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RESPONSE AND REMARKS 

The Examiner organized the Office action by numbered topics. In this 
Response, responsive measures refer to the Office action topic numbers with the 
abbreviation OA Topic #. 

In the Office action, the Examiner objected to the specification on multiple 
grounds. To resolve the objections, a substitute specification is submitted 
herewith in accordance with 37 C.F.R. §1 .125. In compliance with 37 C.F.R. 
§1 .125 (b)(1 ), applicant states that the substitute specification contains no new 
matter. As required by 37 C.F.R. §1.125 (b)(2), a marked up version of the 
substitute specification showing all the changes to the specification of record is 
filed herewith, and as required by 37 C.F.R. §1 .125 (c), a clean version of the 
substitute specification is also filed herewith. Citations to the Specification in the 
responsive comments below are citations to the original specification. 

Trademarks 

In the Office action, the Examiner objected to use of various trademarks 
as used in the specification (OA Topic 2) and indicated that the trademarks 
should be capitalized wherever they appear. Responsive to the Examiner's 
objections to the use of trademarks, the substitute specification identifies 
trademarks used in the specification, references the proprietary nature of those 
trademarks through the use of the "TM" symbol, and equates the TM-designated 
trademark with both an all-capitalized version of the trademark and with 
alternative ways in which the trademarks appear in the specification. 

Drawing Labeling 

In the Office action, the Examiner objected to the labeling of drawings that 
used non-capital letters to designate sub-parts (OA Topic 3), and indicated that 
redlined drawings indicating proposed drawing corrections would need to be 
filed; formal drawings could be deferred until after consideration of the proposed 
drawing corrections. The Examiner objected to corresponding specification 
references to the non-capital letter labeling (OA Topic 4.B)). Responsive to the 
Examiner's objections to the labeling of the drawings, redlined drawings 
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indicating the proposed re-labeling using capital letters are filed herewith; the 
substitute specification reflects the re-labeling using capital letters. 

Specification and Drawings 

In the Office action, the Examiner further objected to the drawings, or in 
some cases, to the specification, because of reference numbers contained in the 
drawings, but which were not identified in the specification, or vice versa (OA 
Topics 3.A)(2), 3.A)(3), 4.B); in OA Topic 4.A, the Examiner objected to the 
application data on page 1 of the Application. With the few exceptions explained 
below, the substitute specification or the redlined drawings respond to the 
Examiner's objections. 

In OA Topic 3.A)(2), the Examiner objected to FIG. 36A because the 
specification mentioned the number 1071 whereas the drawings do not show an 
element 1071 unqualified with suffixes. It is respectfully submitted that the 
specification reference to the number 1071 is a reference to drawing elements 
1071-1-1 through 1071-6-7; it is further respectfully submitted that drawing 
elements 1071-1-1 through 1071-6-7 are properly referenced because the 
specification explains that "cells" of the Graphic Array are referenced by the 
number 1071 in combination with the intersecting row number (1 through 6) and 
column number (1 through 7). See Specification, page 45, lines 12-15. For 
example, cell 1071-1-1 references the cell of the Graphic Array in the first row (1) 
and the first column. 

In OA Topic 4.B)(1)(a), the Examiner objected to the specification 
regarding certain element reference numbers with alphabetic suffixes appearing 
in FIG. 7. It is respectfully submitted that the specification properly references 
the alphabetic-suffixed element numbers in FIG. 7 in that, as explained in the 
specification on page 14, lines 9-12, that "suffixes such as "a" through "n" in 
connection with numbered elements of the FIGURES herein are exemplary and 
are not a limitation of the invention to any particular number. Rather, the suffixes 
"a" through "n" and "a" through "z", and similar notations, are used to represent 
any, but unknown, number of similar elements." Further, the numeric component 
of the objected to element numbers (9 of objected to element 9n, 1 1 of objected 
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to element 11n, 12 of objected to element 12n, 13 of objected to element 13n, 21 
of objected to element 21a, 1003 of objected to elements 1003a - 1003d, 1024 
of objected to element 1024n, and 1027 of objected to element 1027n) are 
discussed with reference to FIGS. 3 and 4, beginning on page 14, line 25, 
through page 15, line 23. 

In OA Topic 4.B)(1)(c), the Examiner objected to the specification 
regarding element 42 of FIG. 10A. It is respectfully submitted that element 42 of 
FIG. 10A is properly references at page 22, line 16 of the specification. 

In OA Topic 4.B)(1 )(af)(b), the Examiner objected to the specification 
regarding element 3026,of FIG. 36C. It is respectfully submitted that the 
specification mentions element 3026 at lines 15 and 18, page 55. 

In OA Topic 4.B)(1)(af)(d), the Examiner objected to the specification 
regarding the "No" answer logic flow path to the inquiries of elements 1 163, 
1 1 68, 1 1 69, 1 1 72, and 1 1 75 of FIG. 39B. It is respectfully submitted that the 
referenced "No" paths are implied in the specification as follows: the 1 163 "No" 
path is implied on page 60, lines 20-21; the 1168 "No" path is implied on page 

61 , lines 1 -2; the 1 1 69 "No" path is implied on page 61 , lines 9-1 0; the 1 1 72 "No" 
path is implied on page 61, lines 19-20; and the 1175 "No" path is implied on 
page 62, lines 1-2. 

In OA Topic 4.B)(1)(af)(e), the Examiner objected to the specification 
regarding the "No" answer logic flow path to the inquiries of elements 1 180, 
1 184, 1 187, and 1 190 of FIG. 39C. It is respectfully submitted that the 
referenced "No" paths are implied in the specification as follows: the 1 180 "No" 
path is implied on page 62, lines 10-11; the 1184 "No" path is implied on page 

62, lines 20-21 ; the 1 187 "No" path is implied on page 63, lines 2-3; and the 1 190 
"No" path is implied on page 63, lines 11-12. 

In OA Topic 4.B)(1 )(af)(f), the Examiner objected to the specification 
regarding the "Yes" and "No" logic paths for inquiry element 1 1 92. It is 
respectfully submitted that the "No" logic path is described in lines 13-16 page 62 
of the specification, and is further implied by virtue of the mention in the 
specification of element 1 177 in line 15, page 62; the "Yes" logic path is 
described in page 63 through lines 8-12 of the specification and is further implied 
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by virtue of the mention in the specification of element 1 193 in line 1 1 , page 63. 

In OA Topic 4.C)(5), the Examiner objected to the specification regarding 
reference to an Account User Configuration table 253 in FIGS. 33A-33B. It is 
respectfully submitted that the specification properly references the table in FIG. 
33B labeled ACCOUNTUSERCONFIG 253 as Account User Configuration table 
253 (page 79, lines 26-27 of the specification) is proper because ACCOUNT 
USER CONFIG is merely an abbreviation for Account User Configuration. 

In OA Topic 4.C)(6), the Examiner objected to the specification on 
grounds that the specification description of inquiry 3026 at lines 13-27 of page 
55 appeared inconsistent with the specification description of inquiry 3026 at 
lines 2-3 and 8-10 of the same paragraph on page 55. It is respectfully submitted 
that the specification description of inquiry 3026 at lines 13-15 of page 55 that 
describes the 3026 test as whether a particular carrier supports the given billing 
option based on step 2 is consistent with, and is merely a different way of 
describing inquiry 3026 as described by, the specification description of inquiry 
3026 at lines 1 7-1 9 of page 55 that describes the 3026 test as whether a 
particular package weight and dimensions violate carrier business rules. 

In OA Topic 4.A, the Examiner objected to the disclosure, stating that 
"applicant must update ... the application data on page 1 ..." It is respectfully 
submitted that the references on page 1 of the application are all to U.S. 
provisional applications. Reference to prior provisional applications is proper if 
presented in the form, e.g., "U.S. Provisional Application No. 60/—, filed — . . . ." 
See MPEP § 201 .1 1 .III.B. It is respectfully submitted that the references to 
application on page 1 of the application are in proper form and do not require an 
update. 

Section 112 

In OA Topic 6, the Examiner rejected Claim 45 as begin indefinite under 
35 U.S.C. §1 12 on the grounds of lacking antecedent basis. Claim 45 has been 
amended to depend on Claim 44, as compared to Claim 43; proper antecedent 
basis is provided. 
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Terminal Disclaimers 

In OA Topic 7, the Examiner provisionally rejected Claims 1-53 under the 
judicially created doctrine of double patenting over the claims of Application Nos.: 
09/680,649, 09/680,654, 09/684,014, 09/684,861, 09/684,865, 09/684,869, 
09/684,010, 09/685,077, and 09/685,078. 

The present application and all patents that may issue from it have been 
assigned to Stamps.com Inc. and to iShip Inc., both of which own all right title 
and interest in the application and patents issuing from it in an undivided whole 
interest in common. Terminal Disclaimers, including statements under 37 CFR 
3.73b, one executed by Stamps.com Inc., and the other executed by iShip Inc., 
to Obviate a Provisional Double Patenting Rejection Over Pending Second 
Applications as identified in OA Topic 7, are submitted concurrently herewith 
under 37 CFR 1.321. 

Section 101 Rejections 

In OA Topic 8.1 of the Office Action, the Examiner rejected Claims 3, 44 
and 45 under 35 U.S.C. § 101. In rejecting Claims 3, 44 and 45 under § 101, the 
Examiner read the claims as reciting "a system/device, (claims 43-64), which has 
a practical application in the technological arts, and which does not merely define 
either a computer program, a data structure, non-functional descriptive material, 
(i.e. mere data) or a natural phenomenon. Hence, the instant claims merely 
define [a] device that contains a series of steps that could be but are not 
necessarily to be performed on a computer." OA Topic 8.1 .1 . The Examiner 
concluded that the rejected claims "merely describe[ ] an abstract idea of a 
disembodied storage device, i.e. memory, that stores a computer program as a 
non-functional data structure." OA Topic 8.1.3. 

First, it is respectfully submitted that original Claims 3, 44 and 45 are 
directed to statutory subject matter under 35 U.S.C. § 101 because, as the 
Examiner states, "has a practical application in the technological arts." See, e.g., 
State Street Bank & Trust Co. v. Signature Financial Group, /nc , 149 F.3d 1368, 
1373 (Fed. Cir. 1998) (citations omitted) ("Congress intended § 101 to extend to 
'anything under the sun that is made by man/"); /& at 1372 ("The plain and 
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unambiguous meaning of §101 is that any invention falling within one of the four 
stated categories of statutory subject matter may be patented, provided it meets 
the other requirements for patentability set forth in Title 35, i.e., those found in §§ 
102, 103 and 112, P.2, n. 2."); MPEP §2106 II, A (the "purpose of this [section 
101] requirement is to limit patent protection to inventions that possess a level of 
'real world' value, as opposed to subject matter that represents nothing more 
than an idea or concept."); id, ("[Patent] Office personnel have the burden to 
establish a prima facie case that the claimed invention as a whole is directed to 
solely an abstract idea or to manipulation of abstract ideas or does not produce a 
useful result. Only when the claim is devoid of any limitation to a practical 
application in the technological arts should it be rejected under 35 U.S.C. 101 ."). 

Further, it is respectfully submitted that the recitation in the body of original 
Claim 3 of "providing a single system available over a global communications 
network" indicate performance by a computer. 

Further still, original Claims 44 and 45 are directed to a computer system 
that is programmed to perform the claimed actions. 

Yet further, Claim 3, as amended, is directed to a computer program 
product comprising "a respective set of program instructions for respective 
execution by each respective server computer device of the plurality of server 
computer devices for supporting at least one activity of a plurality of activities that 
contribute to providing a single system, remotely available over the global 
communications network . . (emphasis added). 

For the above reasons and authorities, it is respectfully submitted that 
Claims 3, 44 and 45, as amended, are directed to statutory subject matter under 
35 U.S.C. § 101 ; it is respectfully requested that Claims 3, 44 and 45, as 
amended, be reconsidered. 

Section 102 Rejections 

In OA Topic 9.2 of the Office Action, the Examiner rejected Claims 1-5, 
11-34, 36-47, 49 and 50 under 35 U.S.C. § 102(a) as being anticipated by a PR 
Newswire release by Worldwide Merchant regarding InterShipper 4.0. In the 
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Office Action, the Examiner referred to this reference as "TEMPE"; it is referred 
to herein as " InterShipper ". 

In OA Topic 9.1 of the Office Action, the Examiner also rejected Claims 1- 
5, 1 1-34, 36-47, 49 and 50 under 35 U.S.C. § 102(b) as being anticipated by a 
PR Newswire release by TanData, reflecting a date of July 21,1 997. In the 
Office Action, the Examiner referred to this reference as "TULSA"; it is referred to 
herein as " TanData ". In OA Topic 9.1 of the Office Action, the Examiner also 
rejected Claims 1-5, 1 1-34, 36-47, 49 and 50 under 35 U.S.C. § 102(b) as being 
anticipated by Thiel, U.S. Patent No. 5,699,258 (" Thief ). 

In OA Topic 9.3 of the Office Action, the Examiner also rejected Claims 1- 
5, 1 1-34, 36-47, 49 and 50 under 35 U.S.C. § 102(e) as being anticipated by 
Barton, U.S. Patent Application Publ'n No. US 2002/0022983 (Serial No. 
09/873,756) (" Barton "). 

Section 103 Rejections 

In the Office Action, the Examiner rejected Claims 6-8 and 48 under 35 
U.S.C. § 103(a) in view of the TanData . Intershipper . Thiel or Barton references 
as applied to Claims 1-5, 11-34, 36-47, 49 and 50 and further in view of "an 
obvious modification." Office Action, Topic 10.1, page 19. The Examiner stated 
that "although neither TULSA nor Thiel ('258) nor TEMPE nor Barton ('983) 
disclose using user preferences, it would have been obvious to one of ordinary 
skill at the time the invention was made that the shipping systems of either 
TULSA or Thiel ('258) or TEMPE or Barton ('983) could be modified to record the 
user's preferences for shipping services . . . "Office Action, Topic 10.1, pages 19- 
20. 

The Examiner rejected Claims 35 and 51 under 35 U.S.C. § 103(a) in view 
of the TanData . Intershipper . Thiel or Barton references as applied to Claims 1-8, 
1 1-34, 36-50 and further in view of "an obvious modification." Office Action, Topic 
10.2, page 20. The Examiner stated that "it would have been obvious to one of 
ordinary skill at the time the invention was made that the user of the systems of 
either TULSA or Thiel ('258) or TEMPE or Barton ('983) could also considered 
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[sic] the delivery times when selecting a carrier." Office Action, Topic 10.2, page 
20. 

The Examiner rejected Claims 52 and 53 under 35 U.S.C. § 103(a) in view 
of the TanPata , Intershipper , Thiel or Barton references as applied to Claims 1 -8, 
and 11-51 and further in view of "an obvious modification." Office Action, Topic 

10.3, page 20. The Examiner stated that "it would have been obvious to one of 
ordinary skill at the time the invention was made that the shipping systems of 
either TULSA or Thiel ('258) or TEMPE or Barton ('983) could be modified to 
print shipping labels . , ." Office Action, Topic 10.3, pages 20-21. 

The Examiner rejected Claims 9 and 10 under 35 U.S.C. § 103(a) in view 
of the Tan Data , Intershipper , or Barton references as applied to Claims 1-8, and 
1 1-53 and further in view of "an obvious modification." Office Action, Topic 10.4, 
page 21. The Examiner stated that "it would have been obvious to one of 
ordinary skill at the time the invention was made that the internet based shipping 
systems of either TULSA or TEMPE or Barton ('983) would use hyper links to 
permit the user to move from one location to another location or from one web 
page to another as is common in internet based systems." Office Action, Topic 

10.4, page 21. 

The Examiner's rejections of the Claims under Sections 102 and 103 have 
been carefully considered. 

Submitted herewith are amendments to Claims 1 through 53 to more 
particularly claim the claimed invention. 

It is respectfully submitted that the Claims, as amended, are patentably 
distinct from the Barton , InterShipper , Tan Data , and Thiel references (the "cited 
references"), whether taken alone, or in combination with each other or with any 
other reference of record. Reconsideration of the application, as amended, is 
respectfully requested. 

Responsive Remarks Regarding Section 102 and 103 Rejections 

As a threshold matter, it is respectfully submitted that none of the TanData 
(TULSA), the InterShipper (TEMPE), or Barton references are enabling 
references with respect to the claimed subject matter. 
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With regard to Claims 6-8, and 48, the basis for the rejection under 
Section 103(a) is respectfully traversed. The Examiner rejected Claims 6-8 and 
48 based on the reasoning that "it would have been obvious to one of ordinary 
skill at the time the invention was made that the shipping systems of either 
TULSA or Thiel ('258) or TEMPE or Barton ('983) could be modified to record the 
user's preferences for shipping services, since it would be good customer service 
to not require a frequent user to constant [sic] re-enter shipping/payment 
information each time the user used the shipping system " (Office Action, Topic 
10.1, pages 19-20). It is respectfully submitted that the Examiner's reasoning 
does not establish prima facie obviousness because there is no disclosure, 
teaching, suggestion or motivation in the cited references of user-specified 
preferences for a plurality of users. 

Still further, as explained further below, Claims 6-8 are directed to a 
shipping management computer system involving both a first user and a second, 
or "buying", user. For example, Claim 6, as amended, is directed to "collect as 
itemized charge presentation preferences of a first user, a user input from the first 
user of an identification of itemized shipping charge presentation options for 
presentation to any buying usen and store in a database the itemized shipping 
charge presentation preferences of the first user" None of the cited references, 
alone or in combination, even suggest a motivation for collecting information from 
one user for presentation to a second "buying" user. 

With regard to Claims 35 and 51 , the basis for the rejection under Section 
103(a) is respectfully traversed. The Examiner rejected Claims 35 and 51 based 
on the reasoning that "it would have been obvious to one of ordinary skill at the 
time the invention was made that the user of the systems of either TULSA or 
Thiel ('258) or TEMPE or Barton ('983) could also considered [sic] the delivery 
times when selecting a carrier." Office Action, Topic 10.2, page 20. 

It is respectfully submitted that the Examiner's reasoning does not 
establish prima facie obviousness because there is no teaching, suggestion or 
motivation in the cited references of determining "a service-specific, carrier- 
specific delivery schedule for each respective service of a plurality of services 
offered by each respective carrier of a plurality of carriers that would support 
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shipping [a] respective parcel" (as recited in Claim 35, as amended); or for 
determining "from a respective set of delivery times for each respective service of 
a plurality of services for each respective carrier of a plurality of carriers, a 
respective potential delivery schedule for each respective service to ship [a] 
respective parcel" (as recited in Claim 51 , as amended). 

With regard to Claims 52 and 53, the basis for the rejection under Section 
103(a) is respectfully traversed. The Examiner rejected Claims 52 and 53 based 
on the reasoning that "it would have been obvious to one of ordinary skill at the 
time the invention was made that the shipping systems of either TULSA or Thiel 
('258) orTEMPE or Barton ('983) could be modified to print shipping labels, since 
most carriers require the user to pre-address the item before the carrier accepts 
the item for shipping." Office Action, Topic 10.3, pages 20-21 . 

It is respectfully submitted that the Examiner's reasoning does not 
establish prima facie obviousness because there is no teaching, suggestion or 
motivation in the cited references for "recognizing] a set of graphic resolution 
characteristics of a printer device configured with the particular remote user client 
computer device" (as recited in Claim 52, as amended); or for "creat[ing] a 
shipping label image bearing a dimensionally accurate symbology for display on 
a display device configured with the particular remote user client computer 
device for printing on the printer device " (as recited in Claim 53, as amended). 

With regard to Claims 9 and 10, the basis for the rejection under Section 
103(a) is respectfully traversed. The Examiner rejected Claims 9 and 10 based 
on the reasoning that "it would have been obvious to one of ordinary skill at the 
time the invention was made that the internet based shipping systems of either 
TULSA or TEMPE or Barton ('983) would use hyper links to permit the user to 
move from one location to another location or from one web page to another as is 
common in internet based systems." Office Action, Topic 10.4, page 21. 

It is respectfully submitted that the Examiner's reasoning does not 
establish prima facie obviousness because there is no teaching, suggestion or 
motivation in the cited references for "creating] at a linkable address on a server 
computer, an electronic commerce site from which a second user can perform a 
particular activity, wherein the particular activity is characterized by a set of 
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options in accordance with a particular first user's option preferences. . . " (as 
recited in Claim 9, as amended) or to "create a hypertext link template containing 
variable data and global communications address fields; collect user input of data 
from a first user; populate a plurality of variable data fields in the hypertext link 
template with the collected user input data; populate at least one global 
communications address field with a universal address location corresponding to 
an address at which program instructions for processing the data in the variable 
data fields is located; and present the hypertext link to a second user" (as recited 
in Claim 10, as amended). 

With respect to Claims 1-3 and 26, it is respectfully submitted that none of 
the cited references, whether considered alone or in combination with any other 
reference of record, disclose, teach or suggest a computer system, such as a 
shipping management computer system, that is directed, as are Claims 1-3 and 
26 (as amended), to, "... a plurality of server computer devices . . . wherein at 
least one server computer device ... is programmed to poll respective carrier 
systems via the global communications network for tracking information." 
Accordingly, it is respectfully submitted that Claims 1-3 and 26 are patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 

With respect to Claims 4-12, 16-21, and 30/it is respectfully submitted that 
none of the cited references, whether considered alone or in combination with 
any other reference of record, disclose, teach or suggest a computer system, 
such as a shipping management computer system," directed to both a first user 
and a second user. 

Claim 4 (as amended), for example, is directed to a "shipping 
management computer system . . . [that is] programmed to. . . display for 
selection by a second user, a subset of carriers from a plurality of carriers, 
wherein the subset of carriers is identified by a first user for display to the second 
user." 

As an exemplary context for claims that use input from both a first user 
and a second user, or use input from a first user for presentation to a second 
user, the specification of the present application describes an exemplary 
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"eCommerce/eAuction" embodiment. See, e.g., Specification , page 12, lines 20- 
29 (". . . in the exemplary eCommerce embodiment of the invention, the System 
prompts different individuals to provide information necessary to rate and ship a 
particular parcel."). 

As another example of a claim directed to both a first user and a second 
user, the subject matter of Claim 9 (as amended), for example, is to "create at a 
linkable address on a server computer, an electronic commerce site from which a 
second user can perform a particular activity, wherein the particular activity is 
characterized by a set of options in accordance with a particular first user's 
option preferences." 

As another example of a claim directed to both a first user and a second 
user, Claim 12 (as amended) is directed to a "shipping management computer 
system programmed to: collect from a first user ... a set of information 
comprising: parcel specifications for shipping a particular parcel, shipping 
preferences, and selling preferences; and collect from a second user ... a set of 
recipient information comprising: a destination zip code, a selection of a carrier 
and a selection of a service offered by the selected carrier." 

It is respectfully submitted that none of the cited references, whether 
considered alone or in combination with any other reference of record, disclose, 
teach or suggest a shipping management computer system directed to collecting 
input from a first user and input from a second user. 

Accordingly, it is respectfully submitted that Claims 4-12, 16-21, and 30 
(as amended) are patentable over the cited references, whether considered 
alone or in combination with any other reference of record. 

With respect to Claim 13, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 13 (as amended), to " 
. . . generate a respective unique tracking number for each respective parcel to 
be shipped using the multi-carrier, shipping management computer system, 
wherein each respective unique tracking number uniquely identifies the 
respective parcel with respect to the multi-carrier, shipping management 
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computer system." Accordingly, it is respectfully submitted that Claim 13 (as 
amended) is patentable over the cited references, whether considered alone or in 
combination with any other reference of record. 

With respect to Claim 14, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 14 (as amended), to 
" . . . . identify a relationship between a system-generated unique tracking 
number that uniquely identifies a corresponding parcel with respect to the multi- 
carrier, shipping management computer system, the corresponding parcel, and a 
corresponding carrier-specific tracking number; and store each system- 
generated unique tracking number relationship with the corresponding carrier- 
specific tracking number and the corresponding parcel relationship in a memory 
accessible by the shipping management computer system." Accordingly, it is 
respectfully submitted that Claim 14 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 15, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 15 (as amended), to 
". . . associate a system-generated unique tracking number for a respective 
parcel shipped using the multi-carrier, shipping management computer system, 
with a respective carrier-specific tracking number; and respond to an input of the 
system-generated unique tracking number that corresponds to the respective 
parcel by obtaining shipment status information from a respective carrier system 
according to the respective carrier-specific tracking number." Accordingly, it is 
respectfully submitted that Claim 15 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 22, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
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of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 22 (as amended), to 
". . . receive an online tracking request for a respective particular parcel from a 
respective user . . . wherein the online tracking request comprises a tracking 
number that corresponds to the respective particular parcel; identify a respective 
carrier . . . [that] corresponds to the tracking number; track a shipping status of 
the respective particular parcel; and respond to the online tracking request with 
an online tracking report regarding the shipping status of the respective particular 
parcel." Accordingly, it is respectfully submitted that Claim 22 (as amended) is 
patentable over the cited references, whether considered alone or in combination 
with any other reference of record. 

With respect to Claim 23, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 23 (as amended), to 
". . . poll, via a global communications network, an appropriate carrier shipping 
status system from a plurality of carrier shipping status systems in response to an 
online user tracking request to obtain current tracking status information for a 
particular package . . . and respond to the online user tracking request with an 
online tracking report regarding the shipping status of the particular package." 
Accordingly, it is respectfully submitted that Claim 23 (as amended) is patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 

With respect to Claim 24, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 24 (as amended), to " 
. . . recognize as a tracking request, a request by a user to track a particular 
parcel, wherein said tracking request comprises a unique, system-generated 
number tracking number." Accordingly, it is respectfully submitted that Claim 24 
(as amended) is patentable over the cited references, whether considered alone 
or in combination with any other reference of record. 
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With respect to Claim 25, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 25 (as amended), to, 
". . . for each respective parcel ... periodically generate signals, via a global 
communications network, to a respective carrier shipping status system ... at a 
respective electronic address on the global communications network for the 
respective carrier computer system, wherein said signals request a shipping 
status for the respective parcel." Accordingly, it is respectfully submitted that 
Claim 25 (as amended) is patentable over the cited references, whether 
considered alone or in combination with any other reference of record. 

With respect to Claim 27, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 27 (as amended), to, 
" ... in response to each respective request by each respective user of a plurality 
of users to ship a respective parcel, apply a set of carrier-specific shipping 
location rules for each respective carrier of a plurality of carriers to a respective 
default shipping location associated with the respective user and to a respective 
set of parcel specifications input by the respective user . . ." Accordingly, it is 
respectfully submitted that Claim 27 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 28, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 28 (as amended), to, 
" ... in response to each respective request by each respective user of a plurality 
of users to ship a respective parcel, apply a set of carrier-specific parcel handling 
rules for each respective carrier of a plurality of carriers to a respective set of 
parcel specifications for the respective parcel to be shipped, wherein said 
respective set of parcel specifications are input by the respective user . . ." 
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Accordingly, it is respectfully submitted that Claim 28 (as amended) is patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 

With respect to Claim 29, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 29 (as amended), to, 
" ... in response to each respective request [to ship a respective particular 
parcel] and each respective input [of a respective set of parcel specifications for 
the respective particular parcel] by each respective user, identify each carrier of a 
plurality of carriers that would support shipping the respective parcel according to 
the respective set of parcel specifications." Accordingly, it is respectfully 
submitted that Claim 29 (as amended) is patentable over the cited references, 
whether considered alone or in combination with any other reference of record. 

With respect to Claim 31 , it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 31 (as amended), to, 
" . . . instruct each respective remote user client computer device of a plurality of 
remote user client computer devices over a global communications network to 
recognize a respective weight of a respective parcel as measured by a 
respective digital scale configured with the respective remote user client 
computer device; and instruct each respective remote user client computer 
device of the plurality of remote user client computer devices to return the 
respective weight to the shipping management computer system." Accordingly, it 
is respectfully submitted that Claim 31 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

Because Claim 32 is dependent on Claim 31, and because, for the 
foregoing reasons, it is submitted that Claim 31 (as amended) is patentable over 
the cited references, it is therefore respectfully submitted that Claim 32 (as 
amended) is also patentable over the cited references. 
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With respect to Claim 33, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 33 (as amended), to, 
" . . . display to a respective display device configured with the respective user 
client computer device for the respective user, a respective simultaneous preview 
of shipping rates, wherein said respective simultaneous preview of shipping rates 
comprises a service-specific, carrier-specific shipping rate for each respective 
delivery service offered by each respective carrier of a plurality of carriers that 
would support shipping the respective parcel." Accordingly, it is respectfully 
submitted that Claim 33 (as amended) is patentable over the cited references, 
whether considered alone or in combination with any other reference of record. 

With respect to Claim 34, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 34 (as amended), to, 
" . . . calculate a service-specific, carrier-specific shipping rate for each respective 
service of a plurality of services offered by each respective carrier of a plurality of 
carriers that would support shipping [a] respective parcel." Accordingly, it is 
respectfully submitted that Claim 34 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 35, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 35 (as amended), to, 
" . . . determine a service-specific, carrier-specific delivery schedule for each 
respective service of a plurality of services offered by each respective carrier of a 
plurality of carriers that would support shipping [a] respective parcel . . ." 
Accordingly, it is respectfully submitted that Claim 35 (as amended) is patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 
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With respect to Claim 36, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 36 (as amended), to, 

. . display to a respective display device configured with the respective user 
client computer device for the respective user, an identification of each 
respective carrier of a plurality of carriers that would provide each delivery 
notification service option indicated by the respective user." Accordingly, it is 
respectfully submitted that Claim 36 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 37, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 37 (as amended), to, 
" . . . calculate a respective service charge by each respective carrier of a 
plurality of carriers for each delivery notification service option indicated by the 
respective user that the respective carrier supports for delivery of the respective 
parcel." Accordingly, it is respectfully submitted that Claim 37 (as amended) is 
patentable over the cited references, whether considered alone or in combination 
with any other reference of record. 

With respect to Claim 38, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 38 (as amended), to, 
" . . . identify to each respective user, a respective service charge by each 
respective carrier of a plurality of carriers for each delivery notification service 
option indicated by the respective user that the respective carrier supports for 
delivery of the respective parcel." Accordingly, it is respectfully submitted that 
Claim 38 (as amended) is patentable over the cited references, whether 
considered alone or in combination with any other reference of record. 

With respect to Claim 39, it is respectfully submitted that none of the cited 
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references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 39 (as amended), to, 
" . . . display to a respective display device configured with the respective user 
client computer device for the respective user, an identification of each 
respective carrier of a plurality of carriers that would provide each delivery 
service option indicated by the respective user." Accordingly, it is respectfully 
submitted that Claim 39 (as amended) is patentable over the cited references, 
whether considered alone or in combination with any other reference of record. 

With respect to Claim 40, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 40 (as amended), to, 
" . . . calculate a respective service charge by each respective carrier of a 
plurality of carriers for each service option indicated by the respective user that 
respective carrier supports for delivery of the respective parcel." Accordingly, it is 
respectfully submitted that Claim 40 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 41 , it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 41 (as amended), to, 
" . . . identify to each respective user, a respective service charge by each 
respective carrier of a plurality of carriers for each delivery service option 
indicated by the respective user that the respective carrier supports for delivery 
of the respective parcel." Accordingly, it is respectfully submitted that Claim 41 
(as amended) is patentable over the cited references, whether considered alone 
or in combination with any other reference of record. 

With respect to Claim 42, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
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management computer system, that is directed, as is Claim 42 (as amended), to, 
" . . . display to a respective display device configured with the respective user 
client computer device for the respective user, a respective online interactive 
graphic comparison of a plurality of respective shipping rates ... for each 
respective service of a plurality of services offered by each respective carrier of a 
plurality of carriers to ship the respective parcel ... for delivering the respective 
parcel to a respective delivery destination at a respective parcel delivery time on 
a respective parcel delivery date." Accordingly, it is respectfully submitted that 
Claim 42 (as amended) is patentable over the cited references, whether 
considered alone or in combination with any other reference of record. 

With respect to Claim 43, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 43 (as amended), to, 
" . . . regenerate a respective display of shipping information to a respective 
display device configured with the respective user client computer device for the 
respective user, wherein said respective display of shipping information is 
modified according to the respective input by the respective user." Accordingly, it 
is respectfully submitted that Claim 43 (as amended) is patentable over the cited 
references, whether considered alone or in combination with any other reference 
of record. 

With respect to Claim 44, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 44 (as amended), to, 
" . . . generate [an] interactive user interface display comprising: the set of data 
input by the particular user, a result of the executed set of computer instructions, 
at least one data collection field initialized with a data item from the set of data 
input by the particular user, and an instruction to execute an executable set of 
instructions for regenerating the interactive user interface display in response to 
a user modification of data in the at least one data collection field." Accordingly, 
it is respectfully submitted that Claim 44 (as amended) is patentable over the 
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cited references, whether considered alone or in combination with any other 
reference of record. 

Because Claim 45 (as amended) is dependent on Claim 44, and because, 
for the foregoing reasons, it is submitted that Claim 44(as amended) is 
patentable over the cited references, it is therefore respectfully submitted that 
Claim 45 (as amended) is also patentable over the cited references. 

With respect to Claim 46, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 46 (as amended), to, 
" . . . apply a respective carrier-specific set of billing option rules for each 
respective carrier of a plurality of carriers to [a] single billing option preference 
[input by a respective user] . . ." Accordingly, it is respectfully submitted that 
Claim 46 (as amended) is patentable over the cited references, whether 
considered alone or in combination with any other reference of record. 

With respect to Claim 47, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 47 (as amended), to, 
" . . . identify each respective carrier of a plurality of carriers that supports [a] 
particular billing option preference for shipping [a] respective parcel [input by a 
respective user] . . Accordingly, it is respectfully submitted that Claim 47 (as 
amended) is patentable over the cited references, whether considered alone or in 
combination with any other reference of record. 

With respect to Claim 48, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 48 (as amended), to, 
" . . . collect as a respective billing option preference for each respective user of a 
plurality of users, a respective user input from each respective user of an 
identification of a billing option preference for parcels to be shipped by the 
respective user . . ." Accordingly, it is respectfully submitted that Claim 48 (as 
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amended) is patentable over the cited references, whether considered alone or in 
combination with any other reference of record. 

Because Claim 49 is dependent on Claim 48, and because, for the 
foregoing reasons, it is submitted that Claim 48 (as amended) is patentable over 
the cited references, it is therefore respectfully submitted that Claim 49 (as 
amended) is also patentable over the cited references. 

With respect to Claim 50, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 50 (as amended), to, 
" . . . determine ... a respective carrier-specific origin rating zone identifier 
corresponding to the respective origin postal code [of the respective request to 
ship a respective parcel] for each respective carrier of a plurality of carriers. . . 
and determine ... a respective carrier-specific destination rating zone identifier 
corresponding to the respective destination postal code [of the respective request 
to ship a respective parcel] for each respective carrier of the plurality of carriers." 
Accordingly, it is respectfully submitted that Claim 50 (as amended) is patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 

With respect to Claim 51 , it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
management computer system, that is directed, as is Claim 51 (as amended), to, 
" . . . determine from a respective set of delivery times for each respective service 
of a plurality of services for each respective carrier of a plurality of carriers, a 
respective potential delivery schedule for each respective service to ship [a] 
respective parcel." Accordingly, it is respectfully submitted that Claim 51 (as 
amended) is patentable over the cited references, whether considered alone or in 
combination with any other reference of record. 

With respect to Claim 52, it is respectfully submitted that none of the cited 
references, whether considered alone or in combination with any other reference 
of record, disclose, teach or suggest a computer system, such as a shipping 
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management computer system, that is directed, as is Claim 52 (as amended), to, 
" . . . recognize a set of graphic resolution characteristics of a printer device 
configured with [a] particular remote user client computer device . . 
Accordingly, it is respectfully submitted that Claim 52 (as amended) is patentable 
over the cited references, whether considered alone or in combination with any 
other reference of record. 

Because Claim 53 is dependent on Claim 52, and because, for the 
foregoing reasons, it is submitted that Claim 52 (as amended) is patentable over 
the cited references, it is therefore respectfully submitted that Claim 53 (as 
amended) is also patentable over the cited references. 

Conclusion 

For all of the foregoing reasons and authorities, it is therefore respectfully 
submitted that the Claims of the present application, as amended, are patentable 
over the cited references. 

In view of the foregoing amendments, and for the foregoing reasons and 
authorities, Applicant respectfully submits that the invention disclosed and 
claimed in the present application as amended is not fairly taught by any of the 
references of record, taken either alone or in combination and that the application 
is in condition for allowance. Accordingly, Applicant respectfully requests 
reconsideration and allowance of the application as reflected in the substitute 
specification and as amended herewith concurrently filed herewith. 



Respectfully submitted, 



KHORSANDI PATENT LAW GROUP, ALC 



By r 




Marilyn Khorsandi 
Reg. No. 45,744 
626/796-2856 
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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-CARRIER, MULTI- 

2 SERVICE PARCEL SHIPPING MANAGEMENT 
3 

4 CROSS REFERENCE TO RELATED APPLICATIONS 

5 [0001] This application claims priority of U.S. Provisional Patent Application Serial No. 

6 60/158,179, filed on October 6, 1999, U.S. Provisional Patent Application Serial No. 

7 60/170,186, filed on December 10, 1999, U.S. Provisional Patent Application Serial No. 

8 60/170,504, filed on December 13, 1999, U.S. Provisional Patent Application Serial 

9 No.60/192,692, filed on March 28, 2000, U.S. Provisional Patent Application Serial No. 

10 60/192,723, filed on March 27, 2000, U.S. Provisional Patent Application Serial No. 

11 60/193,899, filed on March 31, 2000, and U.S. Provisional Patent Application Serial No. 

12 60/195,748, filed on April 6, 2000. The disclosures of U.S. Provisional Patent Application 

13 Serial No. 60/158,179, filed on October 6, 1999, U.S. Provisional Patent Application Serial 

14 No. 60/170,186, filed on December 10, 1999, U.S. Provisional Patent Application Serial No. 

15 60/170,504, filed on December 13, 1999, are incorporated for all purposes herein by reference 

16 as if fully stated here. 
17 

18 FIELD OF THE INVENTION 

19 [0002] The field of the present invention is computer systems, and specifically computer 

20 systems for parcel shipping management. 
21 

22 BACKGROUND OF THE INVENTION 

23 [0003] Individuals, small businesses and major corporations the ("Shipper(s)") ship 

24 billions of parcels every year (small office/home office shippers are referred to as "SOHO" 

25 Shippers). Each parcel, also sometimes referred to herein as a package, is shipped by a 

26 Shipper using at least one parcel carrier (the "carriers)", or "Carrier(s)"). 

27 [0004] Each parcel is characterized by a set of "Parcel Specifications. " Parcel 

28 specifications include but are not limited to such factors as: parcel dimensions, parcel weight, 

29 parc e l valu e , parcel value and the like. 
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1 [0005] Each Shipper is faced with certain shipping requirements and limitations ("Shipping 

2 Requirements"), such as the location from which the parcel is to be shipped, time frame 

3 within which the particular parcel must arrive at its destination, the ability of the shipper to 

4 drop off the parcel, budgetary constraints with regard to the cost of shipping, insurance 

5 against loss, delivery notification, loss protection, and the like. 

6 [0006] Each Carrier has its own unique rating schedule, and delivery and pickup rules and 

7 schedules for each of a multitude of different services. In some cases, a particular Carrier's 

8 rules may be available in a standalone Carrier-provided paper-based or computer system. 

9 Many Shippers attempt to work with each of the standalone, individual paper-based and 

10 computer Carrier-provided systems ("standalone Carrier system environment") in order to 

1 1 ship a parcel. 

12 [0007] A Shipper that uses standalone Carrier systems must sort through the various 

13 services offered by each carrier and apply each Carrier's rules to determine whether one or 

14 more earners offer a service with which to deliver a particular parcel according to the 

15 Shipper's requirements. If the Shipper determines that more than one carrier offers a service 

16 with which to deliver a particular parcel according to the Shipper's requirements, then the 

17 particular Shipper might additionally be concerned with selecting a carrier and service that 

1 8 provide shipping services at the optimal price. 

19 [0008] A single system available over the Internet is needed for Shippers that provides 

20 shipping management for each parcel that each Shipper needs to ship using any one of a 

21 plurality of services offered by any one of a plurality of carriers. 
22 

23 SUMMARY OF THE INVENTION 

24 [0009] The present invention provides apparatus, systems and methods providing a single 

25 system available over the Internet that provides shipping management for each parcel that 

26 each Shipper of a plurality of Shippers needs to ship using any one of a plurality of services 

27 offered by any one of a plurality of carriers. 
28 

29 
30 
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1 BRIEF DESCRIPTION OF THE DRAWINGS 

2 [0010] These and other features of the present invention are more fully set forth in the 

3 following description of exemplary embodiments of the invention. The description is 

4 presented with reference to the accompanying drawings in which: 

5 [0011] FIG. 1 is an entity relationship diagram depicting the interface relationships 

6 provided by the System between Shippers as Sellers, Carriers, Recipients as Buyers, 

7 eCommerce/eAuction Providers and the System in an exemplary embodiment of the System 

8 in an independent system eCommerce environment; 

9 [0012] FIG. 2 is an entity relationship diagram depicting the interface relationships 

10 provided by the System between Shippers, Carriers, Recipients and the System in an 

1 1 exemplary embodiment of the System in an Internet environment; 

12 [0013] FIG. 3 is a graphic representation depicting an exemplary user computer 

13 configuration and the user computer's interface with the System in an Internet environment; 

14 [0014] FIG. 4 is a simplified schematic diagram of a user's computer and the interface 

1 5 between the user's computer and the System servers using the Internet in an exemplary 

16 embodiment of the invention in an Internet environment; 

17 [0015] FIG. 5 is a simplified graphic representation of an exemplary configuration of the 

18 System, and relationships between the System and Carriers and Users, in an exemplary 

19 embodiment of the System in an independent system eCommerce environment; 

20 [0016] FIG. 6 is a simplified graphic representation depicting an alternate view of the 

21 System Data Center and its interfaces in an exemplary embodiment of the System in an 

22 independent system eCommerce environment; 

23 [0017] FIG. 7 is a simplified graphic representation of an exemplary configuration of the 

24 System, and relationships between the System and Carriers and Shippers/Users, in an 

25 exemplary simplified Internet embodiment of the invention; 

26 [0018] FIG. 8 is a high level System component diagram depicting an exemplary System 

27 Architecture in an exemplary embodiment of the System in an Internet environment; 

28 [0019] FIG. 9 is a graphic representation of an exemplary menu architecture for the System 

29 in an exemplary embodiment of the System in an independent system eCommerce 

30 environment; 
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1 [0020] FIGS. 10[a]A through 10[e]E are high level logic flow diagrams depicting the logic 

2 flow for processing both Shipper/Seller and Buyer/Bidder information in an exemplary 

3 embodiment of the System in an independent system eCommerce environment; 

4 [0021] FIG. 1 1 is a graphic representation depicting an exemplary embodiment of a 

5 registration introduction screen in an exemplary embodiment of the System in an independent 

6 system eCommerce environment; 

7 [0022] FIG. 12 is a graphic representation depicting an exemplary embodiment of a User 

8 address collection screen in an exemplary embodiment of the System in an independent 

9 system eCommerce environment; 

10 [0023] FIG. 13 is a graphic representation of an exemplary embodiment of a Shipping 

1 1 Location screen in an exemplary embodiment of the System in an independent system 

1 2 eCommerce environment ; 

13 [0024] FIG. 14 is a graphic representation depicting an exemplary embodiment of a 

14 Locations screen in an exemplary embodiment of the System in an independent system 

15 eCommerce environment; 

16 [0025] FIG. 15 is a graphic representation depicting an alternative exemplary embodiment 

17 of a Locations screen inset in an alternative exemplary embodiment of the System in an 

18 Internet environment; 

19 [0026] FIG. 16 is a graphic representation of an exemplary embodiment of a UPS 

20 registration screen in an exemplary embodiment of the System in an independent system 

21 eCommerce environment; 

22 [0027] FIG. 17 is a graphic representation of an exemplary embodiment of an eCommerce 

23 registration introduction screen in an exemplary embodiment of the System in an independent 

24 system eCommerce environment; 

25 [0028] FIG. 1 8 is a graphic representation of a registration complete screen in an exemplary 

26 embodiment of the System in an independent system eCommerce environment; 

27 [0029] FIG. 19 is a graphic representation of an exemplary embodiment of the Seller's 

28 Carrier/Service Preferences Screen in an exemplary embodiment of the System in an 

29 independent system eCommerce environment; 

30 [0030] FIG. 20 is a graphic representation of an alternative embodiment of the Seller's 
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1 Carrier/Service Preferences Screen in an exemplary embodiment of the System in an 

2 independent system eCommerce environment; 

3 [0031] FIG. 21 is a graphic representation of an exemplary embodiment of a Seller's 

4 Charges and Payment Preferences Screen in an exemplary embodiment of the System in an 

5 independent system eCommerce environment; 

6 [0032] FIG. 22 is a graphic representation of an alternative embodiment of the Seller's 

7 Charges and Payment Preferences Screen in an exemplary embodiment of the System in an 

8 independent system eCommerce environment; 

9 [0033] FIG. 23 is a System interactivity data and logic flow diagram depicting an 

10 exemplary embodiment of the Seller's eCommerce Registration process in an exemplary 

1 1 embodiment of the System in an independent system eCommerce environment; 

12 [0034] FIG. 24 is a graphic representation of a Registration Needs Completion Screen in an 

13 exemplary embodiment of the System in an independent system eCommerce environment; 

14 [0035] FIG. 25 is a graphic representation of an exemplary embodiment of a Create a 

15 Seller's Link Screen in an exemplary embodiment of the System in an independent system 

16 eCommerce environment; 

17 [0036] FIG. 26 is a graphic representation of an alternative online screen that collects a 

18 user's shipping specifications and preferences in an alternative exemplary embodiment of the 

19 System in an Internet environment; 

20 [0037] FIGS. 27[a] A through 27[c]C are high level logic flow diagrams control 

21 communications with client machine peripheral devices in an exemplary embodiment of the 

22 System in an Internet environment; 

23 [0038] FIG. 28 is a graphic representation of an alternative online screen that collects 

24 supplemental user shipping specifications and preferences in an alternative exemplary 

25 embodiment of the System in an Internet environment; 

26 [0039] FIG. 29 is a graphic representation of an alternative embodiment of a Create a 

27 Seller's Link Screen in an exemplary embodiment of the System in an independent system 

28 eCommerce environment; 

29 [0040] FIG. 30 depicts an exemplary alternative embodiment of the Create a Seller's Link 

30 screen in an exemplary embodiment of the System in an independent system eCommerce 
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1 environment; 

2 [0041] FIG. 3 1 depicts the text of an exemplary hypertext link such as is created by an 

3 exemplary embodiment of the "Create Link" feature in an exemplary embodiment of the 

4 System in an independent system eCommerce environment; 

5 [0042] FIG. 32 is a graphic representation depicting an alternative embodiment of a 

6 hyperlink generated by the System in an exemplary embodiment of the System in an 

7 independent system eCommerce environment; 

8 [0043] FIGS. 33 [a] A and 33[b]B represent a database schema diagram that depicts an 

9 exemplary embodiment of tables in which data is stored by the System regarding a particular 

10 Seller Account in an exemplary embodiment of the System in an independent system 

1 1 eCommerce environment; 

12 [0044] FIG. 34 is a graphic representation of an exemplary embodiment of a Seller's 

13 eCommerce/e Auction web site page in an exemplary embodiment of the System in an 

14 independent system eCommerce environment; 

15 [0045] FIG. 35 is a graphic representation of an exemplary Buyer shipping rating 

16 information collection screen that the Buyer would see upon entry into the System in an 

17 exemplary embodiment of the System in an independent system eCommerce environment; 

1 8 [0046] FIG. 36[a] A is a graphic representation depicting an exemplary embodiment of a 

19 dynamically dimensioned, multi-carrier, multi-service shipping rates comparison Graphic 

20 Array in an exemplary embodiment of the System in an independent system eCommerce 

21 environment; 

22 [0047] FIGS. 36[b]B through 36[e]E are high level data retrieval logic flow diagrams 

23 depicting the data and high level logic that the system uses to calculate a shipping rate; 

24 [0048] FIG. 36[f]F is a graphic representation of an alternative exemplary Preview Rates 

25 Screen (also referred to in some embodiments as a Rates and Times Screen) in an alternative 

26 exemplary embodiment of the invention; 

27 [0049] FIGS. 37[a]A and 37[b]B represent a System interactivity data and logic flow 

28 diagram depicting an exemplary embodiment of the Create Link and the Buyer's Preview 

29 Shipping Rates functionality in an exemplary embodiment of the System in an independent 

30 system eCommerce environment; 
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1 [0050] FIG. 38 is a high level flow diagram depicting an overview of the System logic to 

2 generate a dynamically dimensioned, multi-carrier, multi-service shipping rates comparison 

3 Graphic Array in an exemplary embodiment of the System in an Internet environment; 

4 [0051] FIGS. 39[a]A through 39[c]C are high level flow diagrams depicting the initial 

5 timing and rating logic to develop a dynamically dimensioned, multi-carrier, multi-service 

6 shipping rates comparison Graphic Array in an exemplary embodiment of the System in an 

7 Internet environment; 

8 [0052] FIG. 40 is a graphic representation depicting an exemplary embodiment of a multi- . 

9 carrier, multi-service shipping rates comparison Graphic Array in an exemplary embodiment 

10 of the System in an independent system eCommerce environment; 

1 1 [0053] FIG. 41 is a graphic representation of a Seller's Buyer Information Screen in an 

12 exemplary embodiment of the System in an independent system eCommerce environment; 

13 [0054] FIG. 42 is a graphic representation of an exemplary embodiment of a Subject Parcel 

14 data screen in an exemplary embodiment of the System in an independent system eCommerce 

15 environment; 

16 [0055] FIG. 43 is a graphic representation of an exemplary embodiment of a System- 

17 prepared e-mail to the Buyer in an exemplary embodiment of the System in an independent 

1 8 system eCommerce environment; 

19 [0056] FIG. 44 is a graphic representation of an exemplary embodiment of the Buyer 

20 Response Introduction screen in an exemplary embodiment of the System in an independent 

21 system eCommerce environment; 

22 [0057] FIG. 45 is a graphic representation of an exemplary embodiment of the Buyer 

23 Shipping Information Collection screen in an exemplary embodiment of the System in an 

24 independent system eCommerce environment; 

25 [0058] FIG. 46 is a graphic representation depicting an alternative exemplary embodiment 

26 of a dynamically dimensioned, multi-carrier, multi-service shipping rates comparison Graphic 

27 Array in an alternative exemplary embodiment of the System in an independent system 

28 eCommerce environment; 

29 [0059] FIG. 47 is a graphic representation depicting an exemplary embodiment of a 

30 Shipping Summary Screen in an exemplary embodiment of the System in an independent 
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1 system eCommerce environment; 

2 [0060] FIG. 48 is a graphic representation depicting an alternative exemplary embodiment 

3 of a Shipping Summary Screen in an exemplary embodiment of the System in an Internet 

4 environment; 

5 [0061] FIG. 49 is a graphic representation depicting an exemplary embodiment of a 

6 Cardholder Information collection screen in an exemplary embodiment of the System in an 

7 independent system eCommerce environment; 

8 [0062] FIG. 50 is a graphic representation depicting an exemplary embodiment of a 

9 System's Shipping Log in an exemplary embodiment of the System in an independent system 

10 eCommerce environment; 

1 1 [0063] FIG. 5 1 is a graphic representation depicting an exemplary embodiment of a Seller 

12 notification e-mail in an exemplary embodiment of the System in an independent system 

13 eCommerce environment; 

14 [0064] FIG. 52 is a graphic representation of an exemplary embodiment of a Void Package 

15 screen in an exemplary embodiment of the System in an independent system eCommerce 

16 environment; 

1 7 [0065] FIG. 53 is a graphic representation of an exemplary embodiment of a Reprint Label 

18 screen in an exemplary embodiment of the System in an independent system eCommerce 

19 environment; 

20 [0066] FIG. 54 is a high level flow diagram depicting an exemplary embodiment of Label 

21 Printing in an exemplary embodiment of the System in an Internet environment; 

22 [0067] FIG. 55 is a high level flow diagram depicting an exemplary embodiment of Image 

23 Printing in an exemplary embodiment of the System in an Internet environment; 

24 [0068] FIGS. 56 through 58 are graphic representations of exemplary online screens with 

25 which a user controls the final shipping and label printing for a particular package in an 

26 alternative exemplary embodiment in an Internet environment; 

27 [0069] FIG. 59 is a graphic representation of an exemplary embodiment of a Send Ship 

28 Notification screen in an exemplary embodiment of the System in an independent system 

29 eCommerce environment; 

30 [0070] FIG. 60 is a graphic representation of an alternative exemplary embodiment of a 
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1 Send Ship Notification screen in an alternative exemplary embodiment of the System in an 

2 Internet environment; 

3 [0071] FIG. 61 is a graphic representation depicting an exemplary embodiment of a Ship a 

4 Package Summary online report in an exemplary embodiment of the System in an 

5 independent system eCommerce environment; 

6 [0072] FIG. 62 is a graphic representation depicting an exemplary embodiment of a UPS 

7 End-of-Day Screen in an exemplary embodiment of the System in an independent system 

8 eCommerce environment; 

9 [0073] FIG. 63 is a graphic representation of an exemplary embodiment of a Reprint Driver 

10 Record Screen in an exemplary embodiment of the System in an independent system 

1 1 eCommerce environment; 

12 [0074] FIGS. 64[a-l]A z l, 64[a-2]A^, 64[b-l]BJ_ and 64[b-2]B r 2 are System interactivity 

13 data and logic flow diagrams depicting an exemplary embodiment of the process by which the 

14 System completes the information necessary to ship a package in an exemplary embodiment 

15 of the System in an independent system eCommerce environment; 

16 [0075] FIGS. 65 [a] A and 65[b]B represent a database schema diagram that depicts an 

17 exemplary embodiment of tables in which data is stored by the System regarding a particular 

1 8 package and a particular Seller's Account in an exemplary embodiment of the System in an 

19 independent system eCommerce environment; 

20 [0076] FIG. 66 depicts an exemplary XML formatted request for submitting a tracking 

21 request to a Carrier in an exemplary embodiment of the System in an Internet environment; 

22 [0077] FIG. 67 depicts an exemplary successful tracking response, also in XML format, 

23 returned by the Carrier in an exemplary embodiment of the System in an Internet 

24 environment; 

25 [0078] FIG. 68 is a graphic representation of a Shipper online user input screen that is 

26 displayed on the Shipper's display screen in an exemplary embodiment of the System in an 

27 Internet environment; 

28 [0079] FIG. 69 is a logic flow diagram that depicts the high level logic for tracking the 

29 status of a particular package in an exemplary embodiment of the System in an Internet 

30 environment; 
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1 [0080] FIG. 70 is a graphic representation of an exemplary embodiment of a Tracking 

2 Failure Report Screen in an exemplary embodiment of the System in an Internet environment; 

3 [0081] FIG. 71 is a graphic representation of an exemplary embodiment of a Successful 

4 Tracking Report Screen for a package with Delivered status in an exemplary embodiment of 

5 the System in an Internet environment; 

6 [0082] FIG. 72 is a graphic representation of an exemplary embodiment of a Successful 

7 Tracking Report Screen for a package with non-final status in an exemplary embodiment of 

8 , the System in an Internet environment; 

9 [0083] FIG. 73 is a graphic representation of an exemplary CMS online user input screen in 

10 an exemplary embodiment of the System in an Internet environment; 

1 1 [0084] FIG. 74 is a graphic representation of an exemplary CMS display screen that reports 

12 a successful tracking result in an exemplary embodiment of the System in an Internet 

13 environment; 

14 [0085] FIG. 75 is a graphic representation of an exemplary CMS error tracking report 

15 display screen in an exemplary embodiment of the System in an Internet environment; 

16 [0086] FIG. 76 is a graphic representation of an exemplary embodiment of a "My 

17 Tracking" Screen in an exemplary embodiment of the System in an Internet environment; 

18 [0087] FIG. 77 is a graphic representation of an exemplary embodiment of a Shipping Log 

19 Screen; 

20 [0088] FIG. 78 is a graphic representation of an exemplary embodiment of a Detailed 

21 Shipping Log Entry Screen in an exemplary embodiment of the System in an Internet 

22 environment; 

23 [0089] FIG. 79 is a graphic representation of an exemplary embodiment of a detailed 

24 "Quick Track" result screen in an exemplary embodiment of the System in an Internet 

25 environment; 

26 [0090] FIG. 80 is a graphic display of an exemplary embodiment of an "Add Inbound 

27 Packages" Screen in an exemplary embodiment of the System in an Internet environment; 

28 [0091] FIG. 81 is a graphic representation of an exemplary embodiment of a "View 

29 Inbound Packages" Summary Screen in an exemplary embodiment of the System in an 

30 Internet environment; and 
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1 [0092] FIG. 82 is a graphic representation of a View Inbound Packages Detail Screen in an 

2 exemplary embodiment of the System in an Internet environment. 
3 

4 DETAILED DESCRIPTION OF THE INVENTION 

5 [0093] A portion of the disclosure of this patent document, including but not limited to the 

6 renderings of graphic user interface displays in FIGS. 10[a]A through 10[e]E, FIGS. 1 1 

7 through 22, FIGS. 24 through 26, FIGS. 28 through 30, FIGS. 34 through 35, FIG. 36[a]A, 

8 FIG. 36[f]F, FIGS. 40 through 53, FIGS. 56 through 63, FIGS. 68, and FIGS. 70 through 82, 

9 contains material which is subject to copyright protection by Stamps.com, Inc. Stamps.com, 

10 Inc. has no objection to the facsimile reproduction by anyone of the patent document or the 

1 1 patent disclosure, as it appears in the Patent and Trademark Office patent file or records, but 

12 otherwise reserves all copyright rights whatsoever. 

13 [0094] "iShip.com™ " (sometimes also referred to herein as "ISHIP.COM" or simply as 

14 "iShip.com"), "iShip™ " (sometimes also referred to herein as "ISHIP" or simply as "iShip"), 

1 5 "The Internet Package Shipper™ " (sometimes also referred to herein as "THE INTERNET 

1 6 PACKAGE SHIPPER" or simply as "The Internet Package Shipper") , "Price It™" 

17 (sometimes also referred to herein as "PRICE IT" or simply as "Price It"). "Sell It™" 

1 8 (sometimes also referred to herein as "SELL IT" or simply as "Sell It"), "Track It™" 

1 9 (sometimes also referred to herein as "TRACK IT" or simply as "Track It"). "Ship It™" 

20 (sometimes referred to herein as "SHIP IT" or simply as "Ship It") . "Shipping Tools™" 

21 (sometimes referred to herein as "SHIPPING TOOLS" or simply as "Shipping Tools") . "My 

22 iShip™ " (sometimes referred to herein as "MY ISHIP" of simply as "Mv iShip") and 

23 associated logos are trademarks ofStamps.com, Inc. The names of actual companies and 

24 products mentioned herein may be the trademarks of their respective owners. 

25 

26 A. CONTEXTUAL OVERVIEW OF EXEMPLARY EMBODIMENT TYPES 

27 [0095] Two types of exemplary Internet-related embodiments of the invention will be 

28 described herein: 1 .) an exemplary simplified Internet embodiment; and 2.) an exemplary 

29 electronic commerce ("eCommerce") embodiment. Because these two types of embodiments 

- 11 - 



PSTM0038/MRK/STM 

1 differ somewhat in user interface interaction features and flow, a brief perspective overview 

2 of these two exemplary embodiment types is provided below. 
3 

4 1. Exemplary Simplified Internet Embodiment. 

5 [0096] In the exemplary simplified Internet embodiment of the invention, a system (the 

6 "System") exemplifying features of the invention provides a single automated computer 

7 interface between users of the system who are shippers of parcels ("Shippers") and multiple 

8 carriers of parcels ("Carriers"). Each Shipper, using a client computer device, accesses the 

9 System over a global communications network such as the Internet. Each Shipper uses the 

10 System to arrange for, and manage the shipment of, one or more parcels. Each shipment 

1 1 arranged by a Shipper is performed by a particular Carrier, using a particular service offered 

12 by that particular Carrier. References herein to the words "parcel" and "package" include 

13 letters, and larger items (see, e.g., FIG. 15 below and Packaging types 1043 (Carrier Letter), 

14 1044 (Carrier Pak), 1046 (Carrier Box), 1047 (Carrier Tube), and 1045 (Other Packaging)). 

15 [0097] Each Carrier may provide one or more types of shipment services, such as, for 

16 example, Next Day, Two-Day, etc. Each parcel shipped by the Shipper is shipped to a 

17 particular Recipient. Each supported Carrier has a unique rating schedule, delivery and 

18 pickup rules and schedules, and certification requirements (the "Carrier Rules"). 

19 [0098] In the exemplary simplified Internet embodiment, the Shipper provides all 

20 information required by the System to facilitate the shipping of each parcel to be shipped by a 

21 Carrier designated by the Shipper; the recipient, once provided with a tracking number can 

22 access the System to track the status of a package but is not called upon to provide any 

23 information necessary to facilitate or manage the shipment. As is further described below, the 

24 provision of information by the Shipper in the exemplary simplified Internet embodiment 

25 differs from the exemplary eCommerce embodiment, in which both the Shipper (also referred 

26 to as the "Seller") and the Recipient (also referred to as the "Buyer") provide information to 

27 the System to facilitate and manage a particular shipment. 
28 

29 2. Exemplary eCommerce Embodiment . 
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1 [0099] In an eCommerce embodiment of the invention, the Shipper is a seller (the "Seller") 

2 of goods through a particular eCommerce or electronic Auction ("eAuction") provider 

3 (eCommerce or eAuction web site). The Seller/Shipper registers with a particular 

4 eCommerce/eAuction provider (the "Provider") at the Provider's Web site to sell, advertise, 

5 or otherwise describe, one or more items that the Seller/Shipper hopes to sell or award to the 

6 highest bidder using an electronic auction facility. 

7 [0100] As opposed to the exemplary simplified Internet embodiment where all information 

8 necessary for arranging a particular shipment is provided by the Shipper, in the exemplary 

9 eCommerce embodiment of the invention, the System prompts different individuals to 

10 provide information necessary to rate and ship a particular parcel. 

1 1 [0101] The Seller/Shipper (sometimes referred to herein simply as the "Seller," or as the 

12 "Shipper") provides information to the System concerning the particular parcel that the Seller 

13 will be selling/auctioning and subsequently shipping. The Seller also describes to the System 

14 the Seller's rules by which potential and actual buyers (sometimes referred to herein as 

15 "Buyers/Recipients", or simply as "Buyers", or as "Recipients") view the shipping, payment 

1 6 and other options. 

1 7 [0102] A potential Buyer of an item to be purchased from a particular Seller is prompted by 

1 8 the System to initially provide certain limited shipping information (such as a destination zip 

19 code) in order to preview shipping rates for the item that the Buyer is considering purchasing. 

20 [0103] An actual Buyer is prompted by the System to provide shipping details such as the 

21 Buyer's destination address. If the Seller has instructed the System to require the Buyer to pay 

22 shipping costs, the System prompts the Buyer to make the final selection of Carrier and 

23 Service. 

24 [0104] The System in the exemplary eCommerce embodiment provides a communication 

25 link between the Buyer and the Seller, sending certain types of notifications and information 

26 between them. 

27 [0105] Further differences between the exemplary eCommerce embodiment and the 

28 exemplary simplified Internet embodiment include, among other things, the typical access 

29 entry into the System. In the exemplary simplified Internet embodiment, the Shipper accesses 
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1 the Shipping site directly. In the exemplary eCommerce embodiment, the Seller/Shipper can 

2 additionally "link" to the Shipping site from the relevant eCommerce Provider's Site. 

3 [0106] The System and screen flows for the exemplary simplified Internet and eCommerce 

4 embodiments differ somewhat. A description of the features that are common between the 

5 two types of embodiments of the present invention is provided below as is a description of the 

6 differences between the two types of exemplary embodiments. 

7 [0107] In the exemplary eCommerce embodiment described below, the present invention is 

8 provided as a web-based application service from a common provider, sometimes referred to 

9 herein as "iShip.com". As such, the relevant eCommerce Provider does not have to install or 

10 manage any server software; the Provider only provides a "link" to the System web site. 

11 B. SYSTEM OVERVIEW 
12 

13 1. Entity Interface Relationships 

14 [0108] FIG. 1 is a graphic representation depicting the interface relationships provided by 

15 an exemplary eCommerce embodiment of the System 1 of the present invention between 

16 electronic Commerce providers 2a-2n, Sellers/Shippers 3a-3n, Carriers 4a-4n, and 

17 Buyers/Recipients 5a-5n. As conceptually depicted in FIG. 1, each Seller/Shipper 3a-3n 

18 views the System 1 as an individualized automated Shipping System. 

19 [0109] It should be noted that the use of suffixes such as "a" through "n" in connection with 

20 numbered elements of the FIGURES herein are exemplary and are not a limitation of the 

21 invention to any particular number. Rather, the suffixes "a" through "n" and "a" through "z", 

22 and similar notations, are used to represent any, but unknown, number of similar elements. 

23 [0110] FIG. 2 depicts the interface relationships provided by an exemplary simplified 

24 Internet embodiment of the System between the Shippers 3a-3n, Carriers 4a-4n, and 

25 Recipients 5a-5n. As conceptually depicted in FIG. 2, each Shipper 3a-3n views the System 1 

26 as an individualized automated Shipping System. 

27 [0111] In both the exemplary eCommerce and simplified Internet embodiments, the System 

28 1 provides Shippers/Users 3a-3n with a computerized shipping and tracking system that 

29 allows shipment by the same Shipper/User 3a-3n of different packages using different 
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1 services provided by different Carriers 4a-4n. Carriers 4a-4n supported by the System include 

2 Carriers such as Airborne, FedEx, United Parcel Service, USPS, and Yellow Freight. The 

3 System 1 is completely expandable and scalable to include additional Carriers. 
4 

5 2. System Configuration and Architecture 

6 [0112] In both the exemplary eCommerce and simplified Internet embodiments, as depicted 

7 in FIG. 3, each User 7 (Shipper/Seller or Buyer/Bidder) has access to a computer 8, for 

8 instance a personal computer ("PC"). The computer 8 is configured with a display device 9 

9 that provides a display screen 10. The computer 8 is further configured with one or more user 

10 input devices, such as, for example, a keyboard 1 1 and a mouse 12. The computer 8 is also 

1 1 configured with a printing device 13, such as a laser printer. The computer 8 may also be 

12 configured with a scale 1024 and a bar code reader 1027. 

13 [0113] Users access 1003 and browse the Internet 15 using a web browser 14 that generally 

14 resides and is executed on the user's PC 8. The web browser 14 is a computer program or set 

15 of computer instructions that allows the Shipper/User 7 to retrieve and render hyper-media 

16 content from one or more Server computers, e.g., 20a-21z available over the Web. Suitable 

17 commercially available web browsers include, e.g., Netscape's Navigator™ (also sometimes 

18 referred to herein as "NETSCAPE NAVIGATOR" or simply as "Netscape Navigator") and 

1 9 Microsoft Internet Explorer™ (also sometimes referred to herein as "MICROSOFT 

20 INTERNET EXPLORER" or simply as "Microsoft Internet Explorer") . 

21 [0114] FIG. 4 is a simplified schematic diagram of a user's computer and the interface 

22 between the user's computer and the System servers, such as 20a-21z in FIG. 3, using the 

23 Internet in an exemplary embodiment of the invention in an Internet environment. PCs 8a-8n 

24 are used by the Shippers and are connected to the Internet 1 5 through communication links 

25 1003a-1003n respectively. Optionally, a local network 1004 may serve as the connection 

26 between some of the PCs 8a-8n, such as the PC 8a, and the Internet 15. Servers 20a-21z are 

27 also connected to the Internet 15 through respective communication links. 

28 [0115] Continuing with FIG. 4, each of the PCs 8a-8n includes a central processing unit 

29 ("CPU") 1020a for processing and managing data; user input devices such as a keyboard 11a 
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1 and a mouse 12a for inputting data and a main memory 1023a such as a Random Access 

2 Memory ("RAM"). Information in text, graphic and other forms is displayed on the display 

3 monitor ("CRT") 9a under the control of the CPU 1020a. A communication device 1028a, 

4 such as a modem, provides access 1003a to the Internet 15. In some embodiments, one or 

5 more Input/Output ("I/O") devices, such as a printer 13a, scale 1024a, or a bar code reader 

6 1 027a are configured with the PC. 

7 [0116] FIG. 5 is a graphic representation of an exemplary configuration of the System in an 

8 exemplary eCommerce embodiment of the invention depicting interfaces with Carriers 

9 through Carrier Servers, e.g., 23-2 through 27-2, and Shippers/Users through User Input, e.g., 

10 18. When a Shipper/User ships a package using the System 1, one or more of the System's 

1 1 Servers, e.g., 21a-21n, create a new System tracking number 19. When a new System 

12 tracking number is created, one of the System's Database Servers, e.g., 20a-20n, adds a new 

13 package record with the newly created System tracking number to a Package Table 28. The 

14 Package Table 28 resides in the System database 22 and contains package records for System 

15 processed packages. The System database may be stored on any storage medium, such as but 

16 not limited to, RAM, hard drive, disk drive, tape drive, or other memory device. An 

17 exemplary embodiment of the Package Table contains the following information: 1) Package 

18 Tracking State ID; 2) Package Shipping State ID; 3) Actual Delivery Time; 4) Delivered To 

19 information; 5) Shipping Date; 6) Carrier Tracking Number; 7) System Tracking Number; 8) 

20 Carrier ID; 9) Actual Package Weight; 10) Service Description; and 1 1) Package ODD. The 

21 content of these fields are described further below. 

22 [0117] As depicted in FIG. 5, using the Carrier's Internet URL, the System 1 (labeled 

23 "iShip.com" in FIG. 5) then makes an HTTP (HyperText Transfer Protocol) connection over 

24 the Internet 15 to the Carrier's web server, e.g., 23-2, 24-2, 25-2, 26-2, or 27-2, using the 

25 URL information for the particular Carrier's web server. 

26 [0118] The World Wide Web (WWW or Web) is an access protocol for HTTP (HyperText 

27 Transfer Protocol is the communication protocol used by the Internet). The unique 

28 identifier for a Server computer is called the IP (Internet Protocol) address; the unique 

29 identifier for a web site (web page) is called the URL (Uniform Resource Locator). A URL 
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1 indicates, among other things, where the Server is located, the location of the web site on the 

2 Server, the name of the web page and the file type of each document. 

3 [0119] Depending upon the Carrier, the System's 1 request and report interface with the 

4 Carrier's web server is programmed in HyperText Markup Language ("HTML") (e.g., 24-1, 

5 25-1, 27-1), Extensible Markup Language ("XML") (e.g., 26-1), or both HTML and XML 

6 (e.g., 23-1), described by way of example. Examples of XML formatted requests and 

7 responses with respect to Carrier interface communications are described below in connection 

8 with, and depicted in, FIGS. 66 and 67. 

9 [0120] While the Shipper's/Seller's PC is connected to the Internet 15, a Shipper/Seller 

10 may enter the System's 1 Internet interface in one of several ways. The two principle ways 

1 1 discussed herein and described below are: 1) by entering an Internet address, e.g., URL, to the 

12 System's home page; or 2) by clicking on an HTML link in an eCommerce/eAuction 

13 provider's Web site that contains the URL address to one of the System's Internet pages, for 

14 instance, an initial User registration page. A User may enter the System 1 in other ways, 

15 among which include a direct communication interface between the User's computer system 

1 6 and the System 1 . 

17 [0121] FIG. 6 is a graphic representation depicting an alternate view of the System 

1 8 comprising the System Data Center' s Server Computers 20a-20n and 2 1 a-2 1 z, the System 

19 Database 22, and the System's interfaces with Seller and Buyer computers 8a-8n, Carrier 

20 Server computers 23-2 through 27-2, and eCommerce/eAuction Providers 28a-28n, via the 

21 Internet 15. 

22 [0122] FIG. 7 is a simplified graphic representation of an exemplary configuration of the 

23 System, and relationships between the System and Carriers and Shippers/Users, in an 

24 exemplary simplified Internet embodiment of the invention. As depicted in FIG. 7, multiple 

25 servers 20a-21z are provided in a Network Operations Center ("NOC"). At least one of the 

26 Servers 20a-21z can handle multiple telecommunications connections such as over the 

27 Internet 15 at one time. In the embodiment of the NOC depicted in FIG. 7, one Server 20a 

28 provides the computer resources to perform Proxy & Firewall functions between the Internet 

29 15 and the NOC; one Server, e.g., 2 In provides the computer resources to act as the NOC 
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1 Client Server; one Server, e.g, 21s provides the computer resources to act as the Tracking 

2 Server to obtain Carrier tracking information 1019 from the respective carrier's to provide to 

3 Shippers over the Internet 15; one Server, e.g, 20a provides the computer resources to act as 

4 the Database Server to access data from one or more databases 22 of information; one Server, 

5 e.g., 21t provides the computer resources to act as the Shipping Server; one Server, e.g., 21m 

6 provides the computer resources to act as the Web Server; and one Server, e.g., 21z provides 

7 the resources to provide other services, such as the upload of manifest data 1018 to the Carrier 

8 Host Systems, 23-2 through 23-7. 

9 [0123] It should be understood that the overview configurations of the System depicted in 

10 FIG. 5, 6 and 7 are exemplary. For example, the depiction of Server 20a in FIG. 7 as having 

1 1 access to one or more databases 22 is not a limitation of the invention; in alternative 

12 embodiments, such as depicted in FIG. 5, any or all of the Servers, 20a-20n, have access to 

13 databases and external storage medium, 

14 [0124] Continuing with FIG. 7, the Servers 20a-21z are connected to or otherwise capable 

15 of communicating through, a communications network such as a global communications 

16 network such as the Internet 15, which is in turn connected to, or capable of communicating 

17 with one or more Personal Computers ("PC") or other like devices, e.g. 8a, 8b, . . . 8n. 

18 [0125] Continuing with FIG. 7, Users access and browse the Web using a web browser that 

19 generally resides and is executed on the user's PC, e.g., 8a, 8b, 8c. . . 8n (and as were 

20 depicted in FIG. 4). 

21 [0126] The Internet works based on a client/server model. The present invention uses the 

22 client/server model to support the communication with and processing for each of multiple 

23 Shippers. For example, as depicted in FIG. 7, the Servers 20a-21z are the server side of the 

24 client/server model; each Shipper's PC 8a, 8b, . . . 8n is a client. The present invention uses 

25 the web browser with which each Shipper's PC accesses the Internet to perform certain 

26 functions as further described herein. 

27 [0127] Web sites are locations on Servers, such as one or more of the Servers, 20a-21z, that 

28 are accessible through the Internet 15. The Servers 20a-21z host one or more web sites which 

29 are accessible by Shipper users with PCs (e.g., 8a, 8b, . . . 8n) connected with the Internet 15. 
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1 [0128] Carrier Rules, Shipper account information and other content is stored by the 

2 Servers, e.g., 20a in databases e.g. 22. Shippers with PCs (e.g., 8a, 8b, . . . 8n) connected to 

3 the Internet 15 access Carrier Rules, Shipper account information and other content that is 

4 stored by the Servers, e.g., 20a in databases e.g. 22 through a User Interface, which is 

5 described in detail below. 

6 [0129] An overview of an exemplary System architecture is depicted in FIG. 8. The 

7 overview depicted is exemplary and meant to be illustrative; it is not a limitation of the 

8 invention. As depicted in FIG. 8, one embodiment of the invention uses a three-tiered 

9 architecture. 

10 [0130] The Data Management Tier 1201 is comprised of a Database Storage component 

1 1 1202 that in the embodiment depicted uses an SQL Server; a Message Queue Storage 

12 component 1203 that in the embodiment depicted uses MS Message Queue; and a File 

13 Storage component 1204 that in the embodiment depicted uses NTFS, and DFS. Each of the 

14 Database Storage component 1202, the Message Queue Storage component 1203, and the File 

15 Storage component 1204, communicate with the Component Tier 1208 of the System 

16 architecture, communications by each component with the Component Tier 1208 represented 

17 by elements 1205, 1206 and 1207 respectively. According to the embodiment depicted in 

18 FIG. 8, the Server Components of the Component Tier 1208 use C++ programming language 

19 and COM Objects. 

20 [0131] The Application Tier 1212 of the System Architecture is comprised of a Web 

21 Shipper Client component 1213 (which uses HTML, ASP and JavaScript), the NOC 

22 Administration component 1214 (which uses HTML, ASP, VB, and C++), and the Web 

23 Shipping Station component 1215 (which uses HTML, ASP, JavaScript, C++, and ActiveX 

24 Controls). Each of the Web Shipper Client component 1213, the NOC Administration 

25 component 1214, and the Web Shipping Station component 1215 communicate with the 

26 Server Components of the Component Tier 1208 as represented by the communication 

27 elements 1209, 1210 and 121 1 respectively. 

28 [0132] In one embodiment, the System is implemented in an NT environment. The 

29 description of the System as being implemented in an NT environment is exemplary and is 
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1 not a limitation of the invention. 
2 

3 3. Menu Architecture 

4 [0133] In both the exemplary eCommerce and simplified Internet embodiments, a User can 

5 enter the System by entering an Internet address, e.g., a URL, to the System's home page 

6 using the User's client web browser. 

7 [0134] FIG. 9 is a graphic representation of an exemplary menu architecture as would be 

8 displayed on an exemplary home page in an exemplary eCommerce embodiment of the 

9 System 1 as viewed by the User on a display device, e.g., 9 and 10 as depicted in FIG. 3 and 

10 9a as depicted in FIG. 4, connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 

11 8a as depicted in FIG. 4. The term display as used herein will be understood by those with 

12 ordinary skill in the art to include visual display on a display device, e.g., 9 and 10 as depicted 

13 in FIG. 3 and 9a as depicted in FIG. 4, connected to the User's Computer, e.g., 8 as depicted 

14 in FIG. 3 and 8a as depicted in FIG. 4. 

1 5 [0135] Other menu configurations and descriptions can be implemented without departing 

16 from the spirit of the invention. As depicted in FIG. 9, a main menu bar 34 presents several 

17 selection options, including Home 30a, Sell It 31a, Ship It 32a, and Track It 33a. If a User 

18 selects, such as by using a keyboard device 1 1 as shown in FIG. 3, 1 la as shown in FIG. 4, or 

19 a mouse device 12 as shown in FIG. 3, 12a as shown in FIG. 4, the Home 30a option, the 

20 System 1 will display a Home submenu 30b. 

21 [0136] References to a User selecting will be understood by those with reasonable skill in 

22 the art to include selection using a user input device, such as a keyboard device 1 1 as shown 

23 in FIG. 3, 1 la as shown in FIG. 4, or a mouse device 12 as shown in FIG. 3, 12a as shown in 

24 FIG. 4, connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 8a as depicted in 

25 FIG. 4. 

26 [0137] Using the exemplary menu architecture depicted in FIG. 9, if the User selects the 

27 Sell It 3 la option, the System 1 will display a Sell It submenu 3 lb. If the User selects the 

28 Ship It option, the System 1 will display a Ship It submenu 32b. If the User selects the Track 

29 It 33a option, the System 1 will display a Track It submenu 33b. 
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1 [0138] In an exemplary simplified Internet embodiment of the invention, the Main Menu 

2 would not provide a Sell It 3 1 a application or the submenus and screens associated with the 

3 Sell It 3 1 a application. 
4 

5 C. THE SELLER'S EXPERIENCE 

6 [0139] In an exemplary eCommerce embodiment of the System, if the User enters the 

7 System through a link from a Provider, the System 1 will ask the User to log in. (A User that 

8 is a Buyer/Bidder that enters the System with a particular Buyer/Bidder URL (Universal 

9 Resource Locator), such as through a hypertext e-mail link as is discussed below, is not 

10 required to follow the log in procedure.) The log in and registration processes described 

1 1 below are also provided in a similar manner by some simplified Internet embodiments. 

12 [0140] When a User attempts to log in, the System 1 will attempt to validate the User's log 

13 in identification and password. If the User's log in is successful, the System 1 will prompt 

14 the User to select one of the available menu options. Otherwise, the System 1 will prompt the 

15 User to register and will display the first of several information collection screens to prompt 

16 the User through the registration process. Following is a description of the registration User 

17 Interface and the associated System 1 processing in an exemplary eCommerce embodiment of 

18 the invention. 

19 [0141] FIGS. 10[a]A through 10[e]E are high level logic flow diagrams depicting the logic 

20 flow for processing both Shipper/Seller and Buyer/Bidder information in an exemplary 

21 eCommerce embodiment of the invention. An overview of FIGS. 10[a]A through 10[e]E is 

22 provided immediately below for context. However, the detailed description of FIGS. 10[a]A 

23 through 10[e]E is provided in conjunction with the detailed user interface screens depicted in 

24 summary on FIGS. 10[a]A through 10[e]E. Accordingly, the description of FIGS. 10[a]A 

25 through 10[e]E is provided gradually below with intervening descriptions of the details 

26 concerning the user interface screens described in more detailed FIGURES that are also 

27 described below. 

28 [0142] FIG. 10[a]A depicts general Seller/Shipper/User registration procedures. FIG. 

29 10[b]B depicts eCommerce/eAuction Seller registration procedures, including the Creation of 
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1 a Link that the Seller can copy and paste in the Seller's Web page description of the item to 

2 be sold/shipped. FIG. 10[c]C depicts the actual sales of the item to be shipped and depicts the 

3 Buyer 80 experience of viewing the shipping rates and times comparison provided by the 

4 System and purchasing or bidding on the item as the case may be. FIG. 10[d]D depicts the 

5 collection of shipping and payment information by the Seller and the System 1 from the 

6 Buyer 80. FIG. 10[e]E depicts post sale shipment and payment processing, tracking and 

7 notification. The components of each of FIGS. 10[a]A through 10[e]E are discussed in detail 

8 below. 

9 [0143] FIG. 10[a]A depicts general User registration procedures. As depicted in FIG. 

10 10[a]A, the System 1 displays a registration introduction screen 41 to prompt a new 

1 1 eCommerce/eAuction Seller 40 to register with the System 1 . 

12 [0144] FIG. 1 1 is a graphic representation depicting an exemplary embodiment of a 

13 registration introduction screen 41 depicted in FIG. 10[a]A. As depicted in FIG. 1 1, the 

14 registration introduction screen 41 displays introductory text 101 that prompts the User to 

15 proceed to the Next screen to provide certain information, such as the User's e-mail and 

16 return address and to identify the Carriers with which the User wishes to ship. The User is 

17 instructed to press the Next button 102 if the User is ready to proceed with registration. It 

1 8 will be understood by those with ordinary skill in the art that a User "presses" or "clicks" an 

19 onscreen button by using a user input device, such as a keyboard device 1 1 as shown in FIG. 

20 3, 1 la as shown in FIG. 4, or a mouse device 12 as shown in FIG. 3, 12a as shown in FIG. 4, 

21 connected to the User's Computer, e.g., 8 as depicted in FIG. 3 and 8a as depicted in FIG. 4. 

22 [0145] Alternatively, the User can "press", or "click", on the Reset button 103 which, when 

23 clicked, re-initializes the registration application and returns the User to the Introduction 

24 page; the Cancel button 104, which when clicked returns the User to the Logged Off Home 

25 page; or the Help button 105, which when clicked, displays contextual help text in a pop-up 

26 window. 

27 [0146] If the User clicks on Next button 102, if the User is using a browser that is not 

28 supported by the System 1, the System 1 prevents the User from continuing and displays a 

29 message to the User that the User's browser is unsupported. Otherwise, if the User clicks the 
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1 Next button 102, the System 1 will display the next screen 42 in the registration process as 

2 depicted in FIG. 10[a]A, which is a User address collection screen. 

3 [0147] FIG. 12 is a graphic representation depicting an exemplary embodiment of a User 

4 address collection screen. As depicted in FIG. 12, the System prompts the User to provide 

5 the User's name 106, e-mail address 107, company name 108, street address 109, floor/room 

6 number 1 10, department name 111, city 112, state 1 13a (using a pull down menu button 

7 1 13b), telephone number 114, zip code 115, and fax number 116. As with the previous 

8 registration introduction screen 41, the Next 102, Reset 103, Cancel 104, and Help 105 

9 buttons are provided with results similar in nature to the operations of these respective buttons 

10 as described above. In addition, a Back button 1 1 7 is provided. If the User clicks the Back 

1 1 button 1 17, the System returns the User to the screen from which the User entered the present 

12 screen, in this case, the registration information screen 41 . If the User clicks the Next button 

13 102, the System performs validation edits on the data entered. If any required fields have not 

14 been completed, or if any fields contain data found to be in error, the System notifies the User 

15 and requests that corrected data be entered. Because of the similar nature from screen to 

16 screen in the System with which the Back 117, Next 102, Reset 103, Cancel 104 and Help 

17 105 buttons operate, the operation of these buttons will not be further described. 

18 [0148] If the data entered is successfully validated, the System displays the next screen, 

19 which in this case is the Shipping Location screen 43 as depicted in FIG. 10[a]A. FIG. 13 is a 

20 graphic representation of an exemplary embodiment of a Shipping Location screen 43. In the 

21 Shipping Location screen 43, the System prompts the User to identify a default location 120a 

22 from which the User will typically ship packages and to provide the cit y 122 , state 123a- 123b , 

23 and zip code 124 of that location 120b. The Shipping Location screen provides a shipping 

24 location input field 121a and a shipping location pull down menu button 121b. If the user 

25 clicks on the shipping location pull down menu button 121b, the System will display a 

26 selection menu of possible shipping locations. Example shipping location selection options 

27 include: self-service center/drop box; staffed shipping counter; my location by calling for 

28 pickup; my location through regular pickup; and my local Mail Boxes Etc. center. Exemplary 

29 shipping location options are described further below with regard to FIG. 26. 
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1 [0149] If the User selects the "my local Mail Boxes Etc. center" then a Locations screen is 

2 displayed. FIG. 14 is a graphic representation depicting an exemplary embodiment of a 

3 Locations screen. The Locations screen displays a Locations button 126, that when clicked, 

4 causes the System to display a list 127 of Mail Boxes Etc. centers in the area in and around 

5 the User's zip code. Each entry in the list 127 contains the name and address of the location 

6 128, pickup times 129, and comments 130. The User will be asked to highlight and thereby 

7 select one of the centers. According to the User's selection, the System will display 

8 additional comments if appropriate, e.g., 131. Otherwise, for the other shipping location 

9 selection options, the User is required to enter the city, state, and zip code of the location. 

10 [0150] FIG. 15 depicts an alternative exemplary embodiment of a Locations screen as a 

1 1 screen inset. If the Shipper selects a particular "ship center" type from a shipping location pull 

12 down menu (not shown) as the shipping location, the User Interface will display, as shown in 

13 FIG. 15, three elements: 1) a table 1058 with the Location Address, Pickup Times and 

14 Comments Area; 2) a Browse button 1059; and 3) a destination Zip Code field 1042. Clicking 

15 the Browse button 1059 will display additional Drop Off Locations in a Pop-up window (not 

16 shown). 

17 [0151] Returning to FIG. 14, if the User clicks the Next button 102, and if the data entered 

18 in the Shipping Locations screen is successfully validated, the System displays the next 

19 screen, which in this case is the UPS registration screen 44 as depicted in FIG. 10[a]A. FIG. 

20 16 is a graphic representation of an exemplary embodiment of a UPS registration screen 44. 

21 If the User indicates that the User will ship through the System using UPS and that the User 

22 already has a UPS account 140, the User will be asked to provide the UPS account number 

23 141 and the scheduled pickup time 142a, a.m. 142b,and p.m. 142c. The System provides the 

24 User with other UPS shipping options, such as dropping the UPS shipments at a shipping 

25 center such as a Mail Boxes Etc 143, or not using the System for shipping UPS 144. 

26 Depending on the User's selection, the System provides appropriate special circumstance 

27 notification 145 if required. 

28 [01 52] If User clicks the Next button 1 02, and if the data entered in the UPS registration 

29 screen is successfully validated, the System displays the next screen, which in this case is the 
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1 eCommerce registration introduction screen 45 as depicted in FIG. 10[a]A. FIG. 17 is a 

2 graphic representation of an exemplary embodiment of an eCommerce registration 

3 introduction screen 45. The eCommerce registration introduction screen 45 provides a textual 

4 description 150 of the procedure to setup selling preferences for eCommerce transactions. 

5 [0153] If the user clicks the Finish button 152 on the eCommerce registration introduction 

6 screen 45, the System finalizes the registration process 46 and sends the User to a registration 

7 complete screen 48a as depicted in FIGS. 10[a]A and 10[b]B. FIG. 10[b]B depicts 

8 eCommerce/eAuction Seller registration procedures, including the Creation of a Link that the 

9 Seller can copy and paste in the Seller's Web page description of the item to be sold/shipped. 

10 [0154] FIG. 18 is a graphic representation of a registration complete screen 48a. The 

1 1 System informs the User that the User is registered 153 and that the User's ID and password 

12 will be e-mailed to the User 154. The System summarizes the registration information for the 

13 User 155 and instructs the User 156 to click on the Close button 157 to log on to the System 

14 for the first time. If the User clicks on the Close button 157 and logs on to the system, a 

15 Welcome screen, e.g., 48b as depicted in FIG. 10[b]B, is displayed from which the User can 

16 request that a Seller's Link be created. 

1 7 [0155] If the user clicks the Continue button 1 5 1 on the eCommerce registration 

1 8 introduction screen 45, the System will display 47 the next screen, which is an eCommerce 

19 registration screen 49 as depicted in FIGS. 10[a]A and 10[b]B. 

20 [0156] FIG. 19 is a graphic representation of an exemplary embodiment of the Seller's 

21 Carrier/Service Preferences Screen 49 as depicted in FIG. 10[b]B. With the Seller's 

22 Carrier/Service Preferences Screen 49, the System requests 159 the User to identify the 

23 Carriers and the Services of each Carrie r (e.g. Overnight Air Express 161a, Next Afternoon 

24 Service 161b and Second Day Service 161c for Airborne Express 160; First Overnight 163a, 

25 Priority Overnight 163b, Standard Overnight 163c. 2 Day 163d and Express Saver 163e for 

26 FedEx 162; Next Day Air Early AM 165a. Next Day Air 165b, Next Day Air Saver 165c, 2nd 

27 Day Air AM 165d, 2nd Day Air 165e, Three Day Select 165f and Ground 165g for UPS 164; 

28 and Express Mail 167a and Priority Mail 167b for USPS 166) that the User is willing to allow 

29 Buyers/Bidders to choose for shipping the item(s) to be shipped. Each supported Carrier, 
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1 e.g., Airborne Express 160, FedEx 162, UPS 164, and USPS 166 is available for selection by 

2 the User. Further, each service offered by a particular Carrier is also available for User 

3 selection. For example, for Airborne Express, Overnight Air Express 161a, Next Afternoon 

4 Service 161b, and Second Day Service 161c are available for User selection. The User 

5 selects a Carrier or a service by clicking on the selection button, e.g., 160. 

6 [0157] FIG. 20 is a graphic representation of an alternative embodiment of the Seller's 

7 Carrier/Service Preferences Screen 49. In the example depicted in FIG. 20, the User has 

8 selected all Carriers and all services for all Carriers. 

9 [0158] If the User clicks the Next button 102 on the Seller's Carrier/Service Preferences 

10 Screen 49, the System will display the next screen, which is Seller's Charges and Payment 

1 1 Preferences Screen 50 as depicted in FIG. 10[b]B. FIG. 21 is a graphic representation of an 

12 exemplary embodiment of a Seller's Charges and Payment Preferences Screen 50. The 

13 System asks the User to select a format for presentation of shipping charges to the 

14 Buyer/Bidder 169. The User can select any one of the following choices: 1) the item cost 

1 5 includes shipping charges 1 70; 2) buyer pays actual shipping charges 1 7 1 ; or 3) buyer pays 

16 shipping plus additional charges 172. 

1 7 [0159] If the User chooses the option that the buyer pays shipping charges plus additional 

18 charges, then the User must select the types of additional charges that apply, and the value to 

19 be added: 1) add percentage of shipping cost 173 and specify percentage 174; 2) add fixed 

20 handling charge 175 and specify the amount of the handling charge 176; and/or 3) add System 

21 Service Fee 177. 

22 [0160] The System also requires that the User select at least one payment method 178 : Visa 

23 179a, American Express 179b, Personal Check 179c, Cashier's Check 179d, MasterCard 

24 , 179e, Discover 179f, and/or Money Order 179g. The User is also given the option of 

25 requesting that the System collect credit card information and provide the information to the 

26 User so that the User can process the information 1 80. 

27 [0161] If the User clicks the Finish button 152 on the Seller's Charges and Payment 

28 Preferences Screen 50, then the System will display the Registration Completion Screen 48a 

29 previously described above. 



-26- 



PSTM0038/MRK/STM 

1 [0162] FIG. 22 is a graphic representation of an alternative embodiment of the Seller's 

2 Charges and Payment Preferences Screen 50 depicting User selections of some of the 

3 available options. If the User clicks the Save button 181, the System validates the 

4 information, saves the User's choices and specifications, and completes the registration 

5 process. 

6 [0163] Similarly, with respect to FIG. 21, if the user clicks the Finish button 152 on the 

7 Seller's Charges and Payment Preferences Screen 50, the System finalizes the registration 

8 process and displays the registration complete screen 48a as depicted in FIG. 10[b]B. As was 

9 previously described above, in the registration complete screen 48a, the System summarizes 

10 the registration information for the User 155 and instructs the User 156 to click on the Close 

1 1 button 157 to log on to the System for the first time. If the User clicks on the Close button 

12 157 and logs on to the system, a Welcome screen, e.g., 48b as depicted in FIG. 10[b]B, is 

13 displayed from which the User can request that a Seller's Link be created. 

14 [0164] FIG. 23 is a System interactivity data and logic flow diagram depicting an 

15 exemplary embodiment of the Seller's eCommerce Registration process. FIG. 23 depicts the 

16 interactivity between the User's client machine (Seller's computer) 8 and the System's server 

17 computers 20a-21z. Also depicted are the data accesses to the System-database 22. An arrow 

18 230 extending from the top of the diagram and pointing down towards the bottom of the 

1 9 figure graphically represents the passage of time. 

20 [0165] As depicted in FIG. 23, the Seller clicks on the Pricing Preferences submenu option 

21 231 (equivalent to 31b- 1 as depicted in FIG. 24 under the Sell It option 31a of the main menu 

22 34 as depicted in FIG. 9). The System servers 20a-20n then access the System database 22 to 

23 determine whether the Seller's preferences have previously been set 232. In the case that no 

24 preferences are found for the specified Seller 233, the System servers 21a-21z generate the 

25 signals necessary to display the Carriers and Services Screen 234 to the Seller's computer 8. 

26 The Seller selects the Seller's preferred Carriers and Services and clicks the Next button 235 

27 returning control to the System servers 21a-21z. The System servers 21a-21z next generate 

28 the signals necessary to display the Charges and Payment screen 236 to the Seller's computer 

29 8. The Seller selects the Charges and Payment options and clicks the Save button 237. The 
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1 System servers 21a-21z validate the Seller preference information and the System servers 

2 20a-20n store 238 the information on the System database 22. The System servers generate 

3 the signals necessary to notify the Seller at the Seller's computer 8 that the Seller's 

4 preferences have been saved 239. 

5 [0166] There are different ways by which a User can request the System to create a Seller's 

6 Link. One way is for the User to enter the System's home page, log in 48b, e.g., as depicted 

7 in FIG. 10[b]B, and click on the Sell It 31a, or equivalent, application on the main selection 

8 bar 34 as depicted in FIG. 9. Another way is to click on the System logo icon as provided in 

9 an eCommerce/e Auction Provider's web site. There are other ways that a User can enter the 

10 System. For instance, the eCommerce/eAuction Provider might provide a hyperlink to the 

1 1 System web site. 

12 [0167] If the User enters the System Web site, and clicks on the Sell It selection 31a, the 

13 System presents either a submenu such as 31b as depicted in FIG. 9, or displays a default first 

14 screen in the Sell It application, depending on the embodiment. 

1 5 [01 68] If the User has not completely registered for the System and for eCommerce 

16 shipping processing, then the System prompts the User to complete the necessary registration 

17 process by displaying a Registration Needs Completion screen 51 as depicted in FIG. 10[b]B. 

1 8 [0169] FIG. 24 is a graphic representation of a Registration Needs Completion Screen 5 1 . 

19 Similar to the screen depicted in FIG. 17, the System requests the User to provide the 

20 necessary information by completing the information requested in subsequent screens 1 50-1 . 

21 If the User clicks the Next button 102, the System displays the Seller's Carrier/Service 

22 Preferences Screen 49, and the Seller's Charges and Payment Preferences Screen 50 as 

23 depicted in FIG. 1 0[b]B. 

24 [0170] Once the User has completed registration for the System and for eCommerce 

25 shipping processing, the System allows the User to select the Create Link submenu option 

26 31b-2 in the Sell It Application 31a of the System. If the User selects the Create Link option 

27 31b-2, the System displays a Create a Seller's Link Screen 52 as depicted in FIG. 10[b]B. 

28 FIG. 25 is a graphic representation of an exemplary embodiment of a Create a Seller's Link 

29 Screen 52. 
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1 [0171] Before the System can create a Seller's link, the User must tell the System 

2 information about the particular package that will be shipped. Accordingly, as depicted in 

3 FIG. 25, the System asks the User to enter the shipping weight and value of the item to be 

4 shipped 190. The User is asked to enter the Shipping Weight 191a. 

5 [0172] FIG. 26 depicts an exemplary alternative embodiment of a screen for the input of 

6 Shipper Parcel Specifications, which in the exemplary alternative embodiment depicted is 

7 titled the Location and Package Screen. The Location and Package Screen depicted in FIG. 26 

8 collects Shipper input similar to a portion of the information that which was described in 

9 connection with FIGS. 1 3 and 25. 

10 [0173] As shown in FIG. 26, the Shipper is asked to input the location 1040 from which the 

1 1 parcel will be shipped. A pull down menu activation mechanism 1041 is provided to allow 

12 the user to pull down a menu (not shown) of different shipping locations. It should be noted 

13 that the exemplary selection mechanisms, e.g., "pull down menu", "drop down selection", and 

14 others, described herein are used for illustrative purposes and are not a limitation of the 

15 invention. 

16 [0174] The Shipper activates the pull down menu by placing the cursor of the Shipper's PC 

17 over the pull down menu activation mechanism 1041 and leaving the cursor in the same 

1 8 position for a certain period of time (this method of activating a selection mechanism will be 

19 referred to herein as a "Pause Activation"). In alternative embodiments, the Shipper activates 

20 the pull down menu by placing the cursor of the Shipper's PC over the pull down menu 

21 activation mechanism 1041 and clicking the Shipper's user input device (this method of 

22 activating a selection mechanism will be referred to herein as a "Click Activation"). It should 

23 be understood that for each activation mechanism depicted in the User Interface of the Present 

24 Invention, that the exemplary embodiments of the User Interface depicted herein use the 

25 Pause Activation method; alternative embodiments use the Click Activation method. 

26 [0175] References herein to "clicking" mean that the Shipper places the cursor of the 

27 Shipper's PC on the subject item and clicks the Shipper's user input device. 

28 [01 76] If the Shipper activates the pull down menu activation mechanism 1 04 1 , a menu of 

29 different shipping locations (not shown) appears in the Location area 1074 of the screen. The 
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1 Shipper then selects one of the shipping locations by placing the cursor of the Shipper's PC 

2 over a particular shipping location in the shipping location menu and clicking the Shipper's 

3 user input device, e.g., mouse. 

4 [0177] It should be understood that for each selection mechanism depicted in the exemplary 

5 embodiments of the invention, selection of a particular choice from such a selection menu is 

6 made by the Shipper clicking the Shipper's user input device. 

7 [0178] There are two types of shipping locations, ship centers and customer drop offs. Ship 

8 centers are those locations which refer to a database of specific locations, from which a 

9 specific location from the available locations must be selected to determine rates, such as an 

10 "iShip Center". Customer drop offs are those shipping locations from which a specific 

1 1 location need not be selected to determine rates, such as a "drop box", "carrier counter" or 

12 "call for pickup". The shipping location pull down menu displays each shipping location 

13 category, e.g., iShip Center, other specific shipping center types, drop box, carrier counter, 

14 call for pickup, etc. 

15 [0179] As was described with regard to FIG. 15 above, if the Shipper selects a particular 

16 "ship center" type from the shipping location pull down menu (not shown) as the shipping 

17 location, the User Interface will display, as shown in FIG. 15, three elements: 1) a table 1058 

18 with the Location Address, Pickup Times and Comments Area; 2) a Browse button 1059; and 

19 3) a destination Zip Code field 1042. Clicking the Browse button 1059 will display additional 

20 Drop Off Locations in a Pop-up window (not shown). 

21 [0180] Returning to FIG. 26, if the Shipper selects a "customer drop off as the shipping 

22 location, the User Interface will display, as shown in FIG. 26, two elements: 1) Origin Zip 

23 Code Field 1053; and 2) Destination Zip Code Field 1042. 

24 [0181] For either class of shipping location, if an iShip Shipping Station will not be present 

25 at the selected shipping location, the System displays a notice (not shown) to the customer 

26 telling them that they must have a laser printer to ship using the specified location. 

27 [0182] If the Shipper is Logged On to the System and has established an account, the 

28 System will default the Shipping Location to the Shipper's specified Preferences which the 

29 Shipper inputs (not shown) the first time that the Shipper logs into the System. If the 
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1 Shipper's specified Preference is a "customer drop off 1 location, the System populates the 

2 Origin Zip Code with the Shipper's default Zip Code which the Shipper inputs (not shown) 

3 the first time that the Shipper logs into the System. 

4 [0183] If no location is selected by the Shipper, the System displays a message (not shown) 

5 asking the Shipper to select a shipping location. 

6 [0184] In the Package area 1075 of the screen depicted in FIG. 26 there are the following 

7 controls or control groups: 1) "Packaging" which includes various types of parcel packaging , 

8 as shown in item numbers 1043-1047 and includes Length 1048, Width 1050 and Height 

9 1 049 which are required, data fields for parcels designated by the Shipper as the type "Other 

10 Packaging"; 2) Weight 1051 (If the Shipper specifies one of the recognized carrier packaging 

1 1 types (Letter, Pak, Box, Tube) the field will be auto filled with "letter", "pak", etc.); and 3) 

12 additional handling 1052. If "Letter" is selected the weight will be set by the System to 0.5 

13 lbs. Otherwise, weight may be input by the Shipper (612, FIG. 27[a]A) using a user input 

14 device such as a keyboard, with weights ranging from 1 to 150 lbs. If a specific weight is 

15 selected or input, the Packaging Type will be set to Carrier Box. 

16 [0185] In order to identify the weight of the parcel to the System, in one embodiment of the 

17 invention, the Shipper's PC is configured with a scale and the System communicates with the 

1 8 Shipper's scale using the user's client web browser. FIGS. 27 [a] A through 27[c]C depict the 

19 logic flow for communications between the System and a Shipper's PC and a scale 

20 configured with the Shipper's PC. As depicted in FIGS. 27[a]A through 27[c]C, the Shipper 

21 establishes in the System certain information about the Shipper's PC configuration at the time 

22 the Shipper sets up an Account 601 . If the Shipper's PC is configured with a scale, the 

23 Shipper specifies scale configuration information 602 such as: the make and model of scale, 

24 and the type of port (e.g., serial or parallel) with which the scale is configured with the PC. 

25 Further, the System provides storage and access 603 for the Shipper's scale configuration 

26 information in a database 604. 

27 [0186] Continuing with FIGS. 27 [a] A through 27[c]C , the System supports various makes 

28 and models of scales. Each scale make and model has a set of features and requirements for 

29 which the System must be programmed in order for the System to communicate properly with 
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1 each particular scale. The System provides an ActiveX control dedicated to communications 

2 with peripheral devices configured with client PCs ("Shipping Station ActiveX Control") 607. 

3 Contained within the Shipping Station ActiveX Control is a table (the "scale table") 608 

4 containing entries for each supported scale make and model and provides logic to process the 

5 communication information for each scale make and model as appropriate. It should be 

6 understood by someone skilled in the art that the Shipping Station ActiveX Control facilitates 

7 communications with various devices on the client machine. The Shipping Station ActiveX 

8 Control 607 and the scale table 608 are requested 606 by the web page (the "System/scale 

9 interface") containing the Weight field 1051 at the time that the Shipper activates 605 the 

10 Weight field 1051. Once the web page requests the Shipping Station ActiveX Control 607, 

1 1 the Shipping Station ActiveX Control 607 is automatically installed on the client 609. In the 

12 event that the Shipping Station ActiveX Control is updated to facilitate the support of 

13 additional scale makes and models, the Shipping Station ActiveX Control is automatically 

14 reinstalled on the particular client PC the next time that the Shipper activates the Shipping 

1 5 Station ActiveX Control. 

16 [0187] Continuing with FIGS. 27[a]A through 27[c]C, the Shipper places 610 the Subject 

17 Parcel on the scale, such as, e.g., the scale 1024a depicted in FIG. 4, and 1024n depicted in 

18 FIG. 7. The Shipper activates the Shipping Station ActiveX Control by placing the cursor of 

19 the Shipper's PC on the Weight field 1051 (such as the Weight field 1051 depicted in FIGS. 

20 15 and 26). The System checks the Shipper's scale configuration information to determine 

21 611 whether the Shipper's PC is configured with a scale. If so, the System activates the 

22 System/scale interface 613. Otherwise, the user may input the weight [613]612 in the Weight 

23 field 1051 as depicted in e.g., FIG. 26. 

24 [0188] In one embodiment of the System/scale interface aspect of the invention, the System 

25 uses ActiveX control language and the client's web browser, such as Internet Explorer 

26 browser. Continuing with FIGS. 27[a]A through 27[c]C, using the Shipper's scale 

27 configuration information, the System calls Windows libraries 615 to open the serial or 

28 parallel port with which the scale is configured, as the case may be and as is specified in the 

29 Shipper's scale configuration information. Windows is an operating system used with most 
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1 PCs. 

2 [0189] Continuing with FIGS. 27[a]A through 27[c]C, the System uses the information for 

3 the particular scale make and model from the scale table 608 of scale makes and models to 

4 send a communication query to the particular scale 616. Typically, the communication query 

5 information required by a particular scale make and model is a particular set of characters. 

6 Each scale make and model recognizes a unique set of characters as a request for a weight. 

7 Accordingly, the appropriate set of characters that means a request for weight to a particular 

8 scale make and model is stored in the scale table for a particular scale make and model. 

9 [0190] Continuing with FIGS. 27[a]A through 27[c]C, after a proper query, a scale will 

10 return a data stream containing the weight of the parcel 617. Depending on the scale make 

1 1 and model, other types of information may be contained in the return data stream. The 

12 System accesses the scale table 608 to interpret 618 the return data stream according to the 

13 scale make and model rules as stored in the scale table and as programmed in the Shipping 

1 4 Station ActiveX Control. 

15 [0191] Other scale communication information is contained in the scale table for each scale 

16 make and model, including, for example: the character string that communicates a request as 

17 to whether or not the weight is stabilized; the default contents of the return data stream of the 

18 weight from a particular scale make and model; and the character string to request that the 

19 scale send the weight mode with the return data stream. Weight mode is the mode with which 

20 the scale measures weight (e.g., pounds, kilograms, etc.). 

21 [0192] In one embodiment, if no weight difference is determined, as long as the Shipper's 

22 cursor remains on the Weight field 1051 (such as the Weight field 1051 depicted in FIGS. 15 

23 and 26), the System polls the scale repeatedly requesting the weight and requesting 

24 notification that the weight is stabilized 619. Each time the System polls the scale, the System 

25 tests to determine 620 whether or not there is a difference in the weight as compared with the 

26 last time that the System polled the scale. If the System determines a difference in weight, 

27 then the System uses the Shipping Station ActiveX Control to fire an event 621 to the client 

28 web browser to display on the User Interface screen that the weight has changed. 

29 [0193] In one embodiment, once the Shipper removes the cursor from the Weight field 
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1 1051, the System stops polling the scale 622. If prior to the last polling to the scale, the scale 

2 notifies the System that the weight has stabilized 623, the System will proceed with preparing 

3 the Graphic Array if requested to do so by the Shipper 625. Otherwise, if the System 

4 determines a difference in weight, the System notifies the Shipper that the weight is not stable 

5 624. 

6 [0194] The Shipper can use the Shipper's input device connected to the Shipper's PC, such 

7 as a mouse 12a, as depicted in FIG. 4, to position the cursor on one of the navigational 

8 buttons 102-105 shown at the bottom of the screen as depicted in FIG. 26 described above. If 

9 the Shipper clicks the "Next" button 102, the System will display the next Screen, which, in 

10 the embodiment depicted, is the Rates and Times Screen (an exemplary embodiment of which 

1 1 is depicted in FIG. 36[a]A described below). If the Shipper clicks the "Reset" button 103, the 

12 System will clear the values displayed on the current screen. If the Shipper clicks the 

13 "Cancel" button 104, the System will cancel the Shipper's Parcel Specifications and the 

14 Shipper's service request. If the Shipper clicks the "Help" button 105, the System will 

1 5 display help text to explain to the Shipper the appropriate possible actions. 

16 [0195] Returning to FIG. 25, Shipping Weight can be input by clicking the Shipping 

17 Weight pull down menu button 191b which will cause a display of commonly selected 

18 weights, such as "Letter - 0.5 lbs" and weights from 1 to 150 lbs. Alternatively, in one 

19 exemplary embodiment, the User inputs the weight of the package by placing the actual . 

20 package on a scale that is configured with the User's computer and with which the System is 

21 programmed to interact as disclosed above. 

22 [0196] The User is also asked to identify whether the item is irregular or requires non- 
23 standard packaging 192. Regarding Loss Protection, the default is Basic Coverage 193. If 

24 the User instead selects Declared Value 194, the User is required to enter a value 195 greater 

25 than $0.00 and less than or equal to $50,000.00. 

26 [0197] Once the User has entered the package specific information 191 a- 195, as described 

27 above, the User can request the System to preview the shipping charges that will be presented 

28 to a Buyer/Bidder. To do so, the User may either: 1) choose an example destination 196a and 

29 uses the destination pull down menu button 196c to select a sample destination city 196b 
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1 from a list of cities; or 2) choose to enter an example zip code 197a by entering a sample zip 

2 code 197b. Then the user clicks the Preview button 198 to display the sample charges. If a 

3 sample destination city was selected from the pull down list of cities, once the User clicks the 

4 Preview button 198, the System identifies the appropriate zip code for the selected city and 

5 moves that zip code into the Destination Zip code field 197b. 

6 [0198] FIG. 28 depicts an exemplary further supplemental Shipper Parcel Specification 

7 Screen such as in a simplified Internet embodiment of the invention, which in the 

8 embodiment depicted is titled the Service Options Screen. The Service Options Screen 

9 provides for Shipper input of Service Option Selections (1076, 1077, 1078, 1083-1088) and 

10 displays a Single Day Rate Graphic Array. The Service Options supported in the depicted 

1 1 embodiment are: 1) Loss Protection (Declared Value) 1076; Delivery Notification 1077, 

12 namely 2) E-Mail Delivery Notification 1083; 3) Verbal Delivery Confirmation 1085; and 

13 other options 1078, namely 4) "Service must be guaranteed" 1086; 5) "Destination is a 

14 Residence" 1087; and 6) "Signature not Required" 1088. Selection of an option on the screen 

15 depicted in FIG. 28 is accomplished by the Shipper placing the cursor on the option selection 

16 mechanism and clicking the Shipper's user input device. 

17 [0199] With respect to the Loss Protection (Declared Value) Service Option, if the Shipper 

18 selects the Declared Value Option 1081, the Shipper must enter a value 1082 of greater than 

19 $100.00, and equal to or less than $50,000.00. The default for Loss Protection is "Basic 

20 Coverage" 1080 which provides automatic coverage for the first $100.00 of Declared Value 

21 If the Declared Value option 1081 is selected and a value 1082 entered, the System will 

22 update the Single Day Rate Graphic Array 1096 with changes for each individual Carrier's 

23 rates, e.g., 1097. 

24 [0200] It should be noted that the Carrier Rules described herein, such as in the case of the 

25 defaults, threshold values, and the like concerning Loss Protection, are contained in the 

26 Carrier Rules database (e.g., 1404a through 1404n as depicted in FIG. 38), and for special 

27 cases, are programmed as part of the System. Carrier Rules vary from Carrier to Carrier; 

28 Carrier Rules are subject to change. The Carrier Rules described herein are therefore not a 

29 limitation of the invention. 
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1 [0201] With respect to the E-Mail Delivery Notification Option, two controls are provided - 

2 a checkbox 1083 and an "E-Mail Others" button 1084. If the E-Mail Delivery Notification 

3 Option checkbox 1083 is checked the rates, such as those displayed in the Single Day Rate 

4 Graphic Array 1096, will be updated to reflect each Carrier's charges for the provision of E- 

5 Mail Notification services. If Shipper clicks the "E-Mail Others" button 1084, the following 

6 will occur: 1) If the checkbox 1083 has not already been checked, it will be checked by the 

7 System; and 2) an "E-Mail Others" pop-up window will be displayed by the System as 

8 depicted in FIG. 60 and described below. 

9 [0202] With respect to the Verbal Delivery Confirmation Option, if the Verbal Delivery 

10 Confirmation Option checkbox 1085 is checked, the rates, such as those displayed in the 

1 1 Single Day Rate Graphic Array 1096, will be updated to reflect each Carrier's charges for the 

12 provision of Verbal Delivery Confirmation services. If the Verbal Delivery Confirmation 

13 Option checkbox 1085 is checked, the System will use the Shipper's Return Address Phone 

14 and Name as supplied by the Shipper during Account setup (not shown), as the information to 

15 be supplied to UPS. 

16 [0203] With respect to the "Service must be guaranteed 1 ' Option, if the "Service must be 

17 guaranteed" Option checkbox 1086 is checked, the rates and Carrier/Service cells, such as 

18 those displayed in the Single Day Rate Graphic Array 1096, will be updated to remove any 

19 Carrier/Service cell for which service is not guaranteed. 

20 [0204] With respect to the "Destination is a Residence" Option, if the "Destination is a 

21 Residence" Option checkbox 1087 is checked, the rates and Carrier/Service cells, such as 

22 those displayed in the Single Day Rate Graphic Array 1096, will be updated to remove any 

23 Carrier/Service cell which does not provide service to Residence Destinations. 

24 [0205] With respect to the "Signature not Required" Option, in the embodiment depicted in 

25 FIG. 28, if the "Signature not Required" Option checkbox 1088 is checked, no change will be 

26 applied to the rate graphic. In the embodiment depicted in FIG. 28, the "Signature not 

27 Required" Option is a FedEx only flag and does not effect any other Carrier or any Carrier 

28 rate. 

29 [0206] The Single Day Rate Graphic Array as displayed in FIG. 28 is similar to the Graphic 
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1 Array described below as depicted in FIG. 36[a]A in that the Single Day Rate Graphic Array 

2 is dynamically dimensioned and reflects the Carriers (1032-1 through 1032-7) that provide 

3 the delivery service requested by the Shipper for a particular Subject Parcel. As with the 

4 Graphic Array, the embodiment of the Single Day Rate Graphic Array depicted in FIG. 28 

5 uses a color-coded legend 1091 and colo r (e.g.. 1140a, 1141a, 1142a) to distinguish the rates 

6 for each Carrie r (e.g., 1140b, 1141b, 1142b) from the rates for the other Carriers. 

7 [0207] The Single Day Rate Graphic Array contains a number of elements. First, the 

8 selected delivery date 1090 is displayed at the top of Single Day Rate Graphic Array. The 

9 displayed date is bordered on the left 1098 and right 1099 with arrow buttons. If the Shipper 

10 clicks the left arrow button 1098, the date will go back one valid delivery date. If the Shipper 

1 1 clicks the right arrow button 1099, the date will move forward one valid delivery date. The 

12 range of valid delivery dates is determined by the System according to the Expected Ship 

13 Date (element 1060 as depicted in FIG. 36[a]A). 

14 [0208] Sorted, valid delivery times 1093-1 through 1093-5 for all valid dates are displayed 

15 down the left side of the Single Day Rate Graphic Array. Above the delivery times are up 

1 6 and down arrow buttons [ 1 1 00a] 1101a and [ 1 1 00b] 1101b respectively. If an up or down 

1 7 arrow button ([ 1 1 00a] 1101a and [ 1 1 OObl llOlb respectively) is pressed, the list of available 

18 times 1093-1 through 1093-5 will scroll up or down appropriately, if and only if the list 

19 exceeds the Single Day Rate Graphic Array display area 1096. 

20 [0209] A Ship Location Type field 1066 and Ship Location drop down menu activator 

21 1 067, are displayed below the Single Day Rate Graphic Array and operate in a manner as 

22 described in FIG. 36[a]A. If the Shipper changes the Ship Location selection, the System will 

23 update the Single Day Rate Graphic Array to reflect any rate changes or surcharges that result 

24 from the change. 

25 [0210] As with the Rates and Times Screen (described below as depicted in FIG. 36[a] A), 

26 the Single Day Rate Graphic Array is color coded by Carrier in a color-coding legend 1091 - 

27 that is, a distinct color is visually depicted in a legend as corresponding to each respective 

28 Carrier. Carrier cell entries, e.g., 1097, for each Carrier are presented in a color-coded display 

29 of the available rate, by date and time. 
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1 [0211] As depicted in FIG. 28, the color for the Carrier identified as "Airborne" 1 140b is 

2 depicted in the color coding legend 1091 with a right-diagonal cross-hatch symbol 1 140a. 

3 Accordingly, each Carrier cell entry, e.g., 1097, contained within the Single Day Graphic 

4 Array with a particular distinct color, in this case depicted with the right-diagonal cross-hatch 

5 symbol 1 140a, corresponds to a delivery of the Subject Parcel supported by the Carrier 

6 "Airborne" 1140b. 

7 [0212] Each Carrier cell entry, e.g., 1097, contains a graphic element, e.g., 1097a, which 

8 contains what is known as "ALT text". A Shipper viewing the Single Day Rate Graphic 

9 Array online can place the PC's cursor on the graphic element, e.g., 1097a of a particular 

10 Carrier cell entry, e.g., 1097, to display a pop-up screen (not shown) that displays the ALT 

1 1 text for that particular Carrier cell entry. The ALT text contains information about the 

12 Carrier, as described in FIG. 36[a]A, such as the full Carrier name and the full Carrier service 

13 name. The contents of the ALT text described herein is exemplary and is not a limitation of 

14 the invention. 

1 5 [0213] Appearing in each of each of the color-coded Carrier cell entries is a monetary 

16 value, e.g., 1097b, of the price that the corresponding Carrier would charge to deliver the 

17 Subject Parcel according to the time and date specified. For example, as depicted in FIG. 28, 

18 the Carrier cell entry 1097, depicted with the right-diagonal cross-hatch symbol 1 140a, 

19 contains the amount $9.00 (1097b). Accordingly, the amount $9.00 (1097b) is the price that 

20 the Carrier Airborne would charge to deliver the Subject Parcel at the identified time of 12:00 

21 p.m. 1093-3 on the identified date of Monday, September 28, 1999 1090. 

22 [0214] Similarly, as depicted in FIG. 28, the color for the Carrier identified as "FedEx" 

23 1 141b is depicted in the color coding legend 1091 with a left-diagonal cross-hatch symbol 

24 1141a. Accordingly, each Carrier cell entry contained within the Graphic Array with the left- 

25 diagonal cross-hatch symbol, e.g., 1 107, corresponds to a delivery of the Subject Parcel 

26 supported by the Carrier "FedEx." 

27 [0215] Further, as depicted in FIG. 28, the color for the Carrier identified as "UPS" 1 142b 

28 is depicted in the color coding legend 1091 with a vertical cross-hatch symbol 1 142a. 

29 Accordingly, each Carrier cell entry contained within the Graphic Array with the vertical 
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1 cross-hatch symbol, e.g., 1 108, corresponds to a delivery of the Subject Parcel supported by 

2 the Carrier "UPS." 

3 [0216] In the embodiment of the Service Options Screen depicted in FIG. 28, the 

4 navigational buttons operate much the same as has been previously described except that 

5 clicking the "Back" button 117 will display the previous screen, which in the embodiment 

6 depicted is the Rates and Times Screen (FIG. 36[a]A); clicking the "Next" button 102 will 

7 display the next screen, which in the embodiment depicted is the Summary Screen (FIG. 48). 

8 The Shipper must select a Carrier cell entry before the System will display the Summary 

9 Screen. To select a Carrier cell entry, the Shipper places the cursor over the entry and clicks 

10 the user input device. In an alternative embodiment, the Shipper double clicks a Carrier cell 

1 1 entry to select the entry. Clicking the Reset button 103 will clear all fields in the Service 

12 Option Screen depicted in FIG. 28 and return the display of the Location and Package Screen 

13 (as described above with regard to FIGS. 15 and 26). 

14 [0217] Returning to FIG. 25, once the User is satisfied with the previewed charges, the User 

15 can create a Seller's link. To do so, the User must choose the type of Link, HTML 199 or 

16 Web Address only 200, enter the Link Text 201 that will be displayed, and click the Go 

17 button 202. 

1 8 [0218] Once the User clicks on the "Go" button 202, the System generates an HTML 

19 hyperlink and moves the HTML hyperlink in the "Link" box 203a. If the HTML hyperlink 

20 text exceeds the space available on the Create a Seller's Link Screen, the User can click on 

21 the up and down scroll buttons, 203b 1 and 203b2 respectively. 

22 [0219] FIG. 30 depicts an exemplary alternative embodiment of the Create a Seller's Link 

23 screen. In this embodiment, the System collects the package specific information when the 

24 Seller enters the System and then presents the screen as depicted in FIG. 30 to display the 

25 generated hyperlink. 

26 [0220] On the Seller's Link Screen depicted in FIG. 30, an Affiliate's Logo 215 is 

27 displayed. The Affiliate's Logo 215 represents the logo of an affiliated eCommerce/eAuction 

28 provider. When Affiliate co-branding is desired, an affiliate identifier is appended to the end 

29 of the URL that refers to the Sell It application as that URL is provided in the affiliate 

-39- 



PSTM0038/MRK/STM 

1 Provider's Web site. An affiliate identifier is an account number that begins with the prefix 

2 "AFF". When a Seller clicks on a logo or hyperlink for the System that has an affiliate 

3 identifier, the affiliate identifier is sent to the System with the hyperlink. If the System 

4 receives an affiliate identifier in a hyperlink, the System accesses the System database 22 as 

5 depicted in FIG. 5, retrieves the affiliate's logo and color scheme, and uses the affiliate's 

6 logo, page element specifications, and color scheme to alter page elements of the System 

7 screens. 

8 [0221] In one embodiment, the System generates an HTML hyperlink by executing a JAVA 

9 script routine (in alternative embodiments, other scripts are used). The JAVA routine extracts 

10 the Seller's package-specific information from the Create a Seller's Link HTML page (i.e., 

1 1 Weight, Irregular or Non-Standard Packaging, Loss Protection, Destination Zip code, Link 

12 Type and Link Text) and integrates the information with a URL (Universal Resource Locator) 

1 3 that points to the address at which a System web page exists, or a series of System' web pages 

14 exist, that will display shipping cost comparisons for a Buyer/Bidder. In one embodiment, 

15 the URL information is hard coded in the web page. The hyperlink built by the System 

16 contains data as well as an address. In an alternative embodiment, the URL is dynamically 

17 generated. 

1 8 [0222] In order to create the Link, the System places the appropriate HTML tags and text in 

19 a sequence that can be rendered by a web browser. An example of a hypertext link, like the 

20 one generated in FIGS. 25 and 29, that the "Create Link" application creates is depicted in 

2 1 FIG. 3 1 . Some of the text of the Link (a hyperlink) depicted in FIG. 3 1 is a template. 

22 However, several components are customized according to the Seller's and the specific item's 

23 information. For instance, the example hyperlink depicted in FIG. 31 contains a variable data 

24 item named "K" 210-1 which is set equal to the account number 210-2 ("A6V1XZ" in this 

25 case) of the Seller's account 210. The example hyperlink depicted in FIG. 3 1 also contains a 

26 variable named "W" which is set equal to the weight in pounds of the package to be shipped 

27 (in this case "10") 21 1 ; a variable named "V" set equal to the declared value for loss 

28 protection of the package (in this case "0") 212; and a variable named "H" which is set equal 

29 to an indicator, which if set to "1", the package has irregular or non-standard packaging, if set 
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1 to "0" (as in this case"), the package is regular with standard packaging 213. 

2 [0223] After the System generates the HTML hyperlink, the Seller can copy the HTML 

3 hyperlink text 203a as depicted in FIG. 30 using generally available text editing features such 

4 as click, drag and copy. The Seller then returns to the Seller's web site or to the 

5 eCommerce/eAuction Provider's from which the Seller entered the System and paste the Link 

6 text in the Seller's eCommerce/e Auction item description. 

7 [0224] The Buyer's/Bidder's experience is described in detail below. However, for 

8 purposes of describing the Seller's Link, when the Buyer/Bidder clicks on the Seller's Link in 

9 the Seller's web page, the Buyer's/Bidder's Web Browser will use the URL to locate the 

10 System Web page that is addressed by the Link. The System will be presented with and 

1 1 receive as input the information in the hypertext link, including the variables and their 

12 respective contents as described above 210-213 in connection with FIG. 31. 

13 [0225] With the Seller's account number 210, the System accesses the System database 22 

14 as depicted in FIG. 5 and retrieves the following types of information about the Seller: 1) 

15 Package origin address; 2) Carriers and services that the Seller has chosen to use; 3) Custom 

16 and public carrier rates the Seller can use; 4) Additional handling charges that the Seller 

17 wants to imposes; and 5) Payment methods the Seller will allow the buyer to use. This type 

1 8 of information was collected by the System during the Seller's Registration process as was 

19 described above (e.g., in connection with FIGS. 9-14, 16-25). 

20 [0226] With the Seller's information as collected through the Registration process and with 

21 the package specific information as provided by the hyperlink Seller's Link, the System, at 

22 the address provided by the URL, is programmed to interact with the Buyer, as will be 

23 described in detail below, to facilitate shipping of the package, payment information 

24 collection, and depending upon the previously provided (during Seller registration) 

25 instructions of the Seller, payment processing. 

26 [0227] FIG. 32 depicts an alternative embodiment of a hyperlink generated by the System. 

27 Instead of the hyperlink explicitly containing the Seller's account number 210 and package 

28 specific information, e.g., 21 1-213, as depicted in FIG. 3 1 , the hyperlink depicted in FIG. 32 

29 provides a Package Identifier ("PID") 220. A PID hides Seller account information and 
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1 package specific information from the Buyer/Bidder by replacing the explicit embedded 

2 information with a single string of facially meaningless characters. In an embodiment of the 

3 System that generates a PID for each package/Seller's Link, every time a Seller creates a 

4 URL with a PID, the System creates a new and unique PID. Without access to the iShip 

5 database, there is no information in a PID from which to determine a Seller's information. 

6 [0228] The System stores the PID 220 in a PID table in the System database 22 (such as 

7 depicted in FIG. 5) and stores the Seller's account and package specific information, e.g., 

8 210-213 (such as depicted in FIG. 3 1 ) with the PID. 

9 [0229] In another embodiment, the details associated with the Seller's account, such as the 

10 Seller's various eCommerce and shipping preferences, are stored in detail with the PID 220. 

1 1 Storing detailed information with a PID 220 provides for additional flexibility in that new 

12 Seller information can be associated with the new PE) while not influencing a previously 

13 generated PID and its associated set of information. 

14 [0230] FIGS. 33[a]A and 33[b]B represent a database schema diagram that depicts an 

15 exemplary embodiment of tables in which data is stored by the System regarding a particular 

16 Seller Account, and from which information is retrieved in order to begin the process of 

17 presenting to the Buyer/Bidder a shipping cost multi-carrier, multi service comparison 

18 Graphic Display, which itself will be discussed in more detail below. 

19 [0231] As depicted in FIGS. 33[a]A and 33[b]B, the database schema 250 is comprised of 

20 an Account User table 25 1 (comprising, e.g., 251-1. 251-2, 251-3, 251-4) , a Users table 252 

21 (comprising, e.g., 252-2, 252-2, 252-3. 252-4) , an Account User Configuration table 253 

22 (comprising, e.g., 253-1. 253-2, 253-3, 253-4) , a Carrier Account table 254 (comprising e.g., 

23 254-1, 254-2, 254-3. 254-4, 254-5) , an Account table 255 (comprising, e.g.. 255-1. 255-2, 

24 255-3, 255-4) , an Account and Carrier Account table 256 (comprising, e.g.. 256-1, 256-2, 

25 256-3) , an Address table 257 (comprising, e.g.. 257-1. 257-2, 257-3. 257-4, 257-5, 257-6, 

26 257-7) , a Site Type table 258 (comprising, e.g. 258-1. 258-2, 258-3, 258-4) , an Account and 

27 Site Type table 259 (comprising, e.g.. 259-1, 259-2) , an Account and Site table 260 

28 (comprising, e.g., 260-1, 260-2) , and a Site table 270 (comprising 270-1, 270-2, 270-3) . As 

29 depicted in FIGS. 33 A and 33B, the Account User table 251 comprises, e.g., an account 
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1 number ("AccountNo") 251-1. a user ID f UserlD") 251-2, an OID Address ("AddressOID") 

2 251-3, a date of creation C'CreateDate") 251-4, etc. Users table 252 comprises a user ID 

3 ("UserlD") 252-1. a LogQnName 252-2, a Password 252-3, an active indicator ("Active") 

4 252-4, etc. The Account User Configuration table 253 comprises, e.g.. an account number 

5 ("AccountNo") 253-1, a UserlD 253-2, an Item 253-3. a Value 253-4. etc. The Carrier 

6 Account table 254 comprises a Carrier Account ID 254-1. a Carrier Account Name 254-2, a 

7 Billing Address OID 254-3, an Active indicator 254-4. a Commissioned indicator 154-4, etc. 

8 The Account table 255 comprises, e.g., an Account Number 255-1. a Mailing Address OID 

9 255-2, an Active indicator 255-3, Tracking Number information 255-4. etc. The Account and 

10 Carrier Account table 256 comprises, e.g., an Account Number 256-1, a Carrier Account ID 

11 256-2 and a Carrier ID 256-3. The Address table 257 comprises, e.g., an Address OID 257-1, 

12 a Contact Name 257-2, an email address 257-3. a Company Name 257-4. an Address 257-5, a 

13 City 257-6, a State 257-7. etc. The Site Type table 258 comprises, e.g., a Site Type ID 258-1, 

14 a Site Type OID 258-2, a Description 258-3, a Name 258-4. etc. The Account and Site Type 

15 table 259 comprises an Account Number 259-1 and a Site Type ID 259-2. The Account and 

16 Site table 260 comprises, e.g., an Account Number 260-1 and a Site OID 260-2. The Site 

17 table 270 comprises a SiteOID 270-1. an Active indicator 270-2. and an Address OID 270-3. 

1 8 [0232] The Account table 255 holds, among other things, information about each Seller's 

19 account. In preparing the multi-carrier shipping cost comparison Graphic Display, the System 

20 accesses the Account table in order to determine whether the Account number 210-2 

21 contained in the hyperlink text is a valid Account number 255-1 and in an Active state 255-3. 

22 [0233] The Account User table 25 1 is used, among other things, to associate the Seller's 

23 account information with the Seller's security and address information. An address pointer 

24 251-3 into the Address table 257 is used 257-1 to retrieve the Seller's origin address. 

25 [0234] The Account User Configuration table 253 contains the Seller's preference settings 

26 (not shown) as specified by the Seller. These include Seller's choice of carriers, services, 

27 payment options, type of drop-off / pickup option, and any handling charges the Seller wishes 

28 to impose on the buyer. 

29 [0235] The Address table 257 holds all the addresses that are used in System applications. 
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1 In addition to normal mailing address information, other items stored in this database table 

2 include the Seller's e-mail address and phone numbers. 

3 [0236] The Carrier Account table 254 holds the carrier account information that the System 

4 uses when a Seller ships a package. As well, this table 254 contains information for 

5 generating each Seller's rates for each carrier. 

6 [0237] The Account and Carrier Account table 256 ties the carrier accounts 254-1 from the 

7 carrier Account table 254 to the Carrier Accounts 256-2 with which the Seller has specified as 

8 a preferred Carrier to a particular Seller's account 256-1 . 

9 [0238] The Site Table 270 contains information about drop off and pickup site locations. 

10 The Site Type table 258 contains information about each type of site. 

1 1 [0239] The Account and Site table 260 relates a particular Seller Account 260-1 to a 

12 particular site pointer 260-2 which in turn points to a particular site record 270-1 in the Site 

13 table 270. 

14 [0240] The Account and Site Type table 259 relates a particular Account 259-1 to a 

15 particular site type 259-2 which in turn points to a particular site type record 258-1 . 

16 [0241] In one embodiment, once the Seller has decided upon the Seller's preferred options, 

17 the information in the Site Type, Account and Site Type, Account and Site and Site tables 

18 258-270 are stored in the Account User Configuration table 253. 

19 [0242] Most eCommerce web sites and eAuction sites allow the Seller to generate a custom 

20 Seller's web page for each item being sold. Typically, the Seller's web page utilizes HTML 

21 for the layout, and descriptions and pictures of the item sold or auctioned. During the process 

22 of establishing an eCommerce/eAuction web page, the Seller utilizes the System to register 

23 for the System's shipping management services, to enter the Seller's preferences as described 

24 above, and to enter parameters such as, for example, the weight and packaging, loss 

25 protection and value of the package, as described above that describe the particular item the 

26 Seller is selling/auctioning. The Seller then uses the Create a Seller's Link function of the 

27 System to create a hyperlink. The Seller then uses customary edit controls to copy the 

28 hyperlink and paste the hyperlink into the description of the item to be sold at the Seller's web 

29 site. The result is an HTML hyperlink to view the shipping charges from the auction item 
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1 description field, an exemplary embodiment of which is depicted in FIG. 34. 

2 [0243] As depicted in FIG. 34, the exemplary item bidding requirements and circumstances 

3 301 are described in the Seller's auction web site page. A description of the item available 

4 for bidding is provided 302. The Seller has used the System to copy the hyperlink 203a 

5 created by the system into the description 302 of the item. After returning to the Seller's 

6 auction web site page describing the particular item, the Seller used customary edit controls to 

7 paste the hyperlink into the description 302 of the item 303. The Seller's web site page 53 is 

8 depicted in FIG. 10[c]C. 
9 

10 D. THE BUYER'S EXPERIENCE IN AN ECOMMERCE EMBODIMENT 

1 1 [0244] In an eCommerce embodiment of the present invention, the Buyer/Bidder enters the 

12 Seller's eCommerce/eAuction web site page, such as the one depicted in FIG. 34, and reviews 

13 the Seller's description of the item to be sold/auctioned. If the Buyer/Bidder is interested in 

14 the item, the Buyer/Bidder may click on the System hyperlink 303 for that Seller's item 

1 5 shipping charges . 

1 6 [0245] If the Buye r (80, FIG. 10Q clicks on the System hyperlink 303, as depicted in FIG. 

1 7 10[c]C, the Buyer/Bidder enters the System at the URL address supplied by the hyperlink. 

18 FIG. 35 is a graphic representation of an exemplary Buyer shipping rating information 

19 collection screen that the Buyer would see upon entry into the System. As depicted in FIG. 

20 35, the System displays a Buyer data collection screen 55 (in FIG. 10[c]C) to the Buyer, 

21 instructing the Buyer to enter the Buyer's zip code and other options, and to click on the Get 

22 Rates button 317 to get a comparison of rates 310. The Buyer enters the deliver-to zip code 

23 311, identifies whether the delivery will be made to a business address 3 12 or a residence 

24 313, and whether yes 3 14 or no 3 1 5 the Buyer wants the selected Carrier/service to guarantee 

25 a delivery time. The System instructs the Buyer to click the "Back" button on the Buyer's 

26 web browser to return to the Seller's item web site page 316. 

27 [0246] Once the Buyer has supplied the necessary information, if the Buyer clicks the Get 

28 Rates button 317, the System validates the information supplied by the Buyer and then 

29 combines the information supplied by the Buyer with the information set for the Seller during 
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1 the Seller's registration/eCommerce registration and calculates and displays a multi-carrier, 

2 multi-service rate and time shipping cost comparison Graphic Array 56 (as depicted in FIG. 

3 10[c]C). 

4 [0247] An exemplary embodiment of a multi-carrier, multi-service rate and time shipping 

5 cost comparison Graphic Array in an exemplary simplified Internet embodiment of the 

6 invention is depicted in FIG. 3 6 [a] A. 
7 

8 a) THE GRAPHIC ARRAY DISPLAY 

9 [0248] FIG. 36[a] A depicts an exemplary Dynamically Dimensioned Multi-Carrier, Multi- 

10 Service Graphic Array online display as part of an exemplary supplemental Shipper Parcel 

1 1 Specification Input Screen. FIG. 3 6 [a] A depicts a Graphic Array for an exemplary simplified 

12 Internet embodiment. In the embodiment of the Graphic Array depicted in FIG. 36[a]A, the 

1 3 particular screen is titled the Rates and Times Screen. 

14 [0249] As depicted in FIG. 36[a]A, the exemplary Graphic Array contains the following 

15 information and display elements: 1) valid delivery dates 1063 (1063-1 through 1063-3) 

16 across the top of the graphic display for the selected Ship Date; 2) sorted, valid delivery times 

17 1064 (1064-1 through 1064-6)for all valid dates down the left side of the graphic display; and 

18 3) color coded by Carrier, Carrier cell entries, e.g., 1065, for each available rate, by date and 

19 time. 

20 [0250] In the exemplary embodiment depicted in FIG. 36[a] A the Graphic Array comprises 

21 an array of intersecting rows and columns. Each column corresponds to a day and date of 

22 parcel delivery. In FIG. 36[a]A, the days and dates of delivery shown are "TUE 28 SEP 99" 

23 (1063-1), "WED 29 SEP 99" (1063-2) and "THU 30 SEP 99" (1063-3). As depicted in FIG. 

24 36[a]A, space for other columns (1063-4 through 1063-7) are available for display; in the case 

25 of the example depicted in FIG. 36[a]A however, no dates are displayed in those columns. 

26 [0251] Each row of the Graphic Array corresponds to a time of delivery. In FIG. 36[a]A, 

27 the times of delivery are shown as "8:00 AM" (1064-1), "10:30 AM" (1064-2), "12:00 PM" 

28 (1064-3), "3:00 PM" (1064-4), "4:30 PM" (1064-5), and "5:00 PM" (1064-6). 

29 [0252] At the intersection of each row (1064-1 through 1064-6) and column (1063-1 
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1 through 1063-7) of the Graphic Array is a "cell." In FIG. 36[a]A, cells will be referred to by 

2 the element 1071, and by the intersecting row (1 through 6) and column (1 through 7) the 

3 intersection of which forms the space for each cell (1071-1-1, 1071-1-2, . . . 1071-6-7). Some 

4 of the cells depicted in FIG. 36[a]A are empty, e.g., 1071-5-1, 1071-6-1, 1071-6-3, 1071-6-4. 

5 Empty cells represent the circumstances that none of the Carriers supported by the System 

6 (the "supported Carriers") support delivery of the Subject Parcel for the time and date for 

7 which that cell represents the intersection. 

8 [0253] Some cells depicted in FIG. 36[a]A have one or more cell entries. In FIG. 36[a] A, 

9 each cell entry represents a particular Carrier. Each Carrier cell entry is color coded with a 

10 unique color, the unique color corresponding to a particular Carrier as is discussed in more 

1 1 detail below; each Carrier cell entry contains a graphic element, e.g., 1 147a, and a monetary 

12 amount, e.g., 1 147b, which represents the price for which the corresponding Carrier would 

13 deliver the subject parcel. For instance, cell 1071-1-1 contains a single Carrier cell entry 

14 1 148. Cell 1071-3-1 contains two Carrier cell entries 1065 and 1 149. 

15 [0254] A color-coding legend 1062 is displayed on the Screen to identify by a name 

16 (1 140b, 1 141b, 1 142b, and 1 143b) and a color-coding symbol (1 140a, 1 141a, 1 142a, and 

17 1 1 43a), each of the supported Carriers (e.g.. 1140, 114L 1142, 1143) that provide the service 

18 according to the particular Shipper's Parcel Specifications for the particular Subject Parcel. 

19 [0255] For purposes of this application, unique colors are depicted with graphic symbols. 

20 For example, a right-diagonal hash mark symbol 1 140a is used herein to represent the color 

21 red; a left-diagonal hash mark symbol 1 141a is used herein to represent the color purple; a 

22 vertical hash mark symbol 1 142a is used to represent the color amber; and a horizontal hash 

23 mark symbol 1 143 a is used to represent the color blue. The particular hash mark symbols 

24 used herein and the colors mentioned herein are exemplary and are not a limitation of the 

25 invention. 

26 [0256] Each cell of the Graphic Array that is not empty contains one or more color-coded 

27 Carrier cell entries. For example, in FIG. 36[a]A, cell 1071-3-1 contains two Carrier cell 

28 entries, 1065 and 1 149. Carrier cell entry 1065 is color-coded with the right-diagonal hash 

29 mark symbol (representing the color red) which, according to the color-coding legend 1062, 
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1 corresponds 1 140a with the Carrier identified as "Airborne" 1 140b. Carrier cell entry 1 149 is 

2 color coded with the horizontal hash mark symbol (representing the color purple) which, 

3 according to the color-coding legend 1062, corresponds 1 143a with the Carrier identified as 

4 "USPS" 1143b. 

5 [0257] Each Carrier cell entry, e.g., 1065, contains a graphic element, e.g., 1065a, which 

6 contains what is known as "ALT text". As depicted in FIG. 3 6 [a] A, a Shipper viewing the 

7 Graphic Array online can place the PC's cursor on the graphic element, e.g., 1065a of a 

8 particular Carrier cell entry, e.g., 1065, to display a pop-up screen 1069 that displays the ALT 

9 text for that particular Carrier cell entry. In some embodiments, the ALT text will be 

10 displayed by merely placing the cursor over the graphic element for a particular Carrier cell 

1 1 entry and leaving the cursor in that position for a certain time interval. In alternative 

12 embodiments, the Shipper must click on the graphic element for a particular Carrier cell entry 

13 in order to display the ALT text. In the exemplary embodiment depicted in FIG. 36[a]A, the 

14 displayed ALT text, e.g., the text displayed in pop-up screen 1069, contains the full Carrier 

15 name (in the depicted case, "Airborne Express") and the full Carrier service name (in the 

16 depicted case, "Express Overnight Service") for the Carrier 1 140b (in this case, Airborne) to 

17 which that Carrier cell entry corresponds. 

1 8 [0258] As depicted in FIG. 36[a] A, the color for the Carrier identified as "Airborne" 1 140b 

19 is depicted in the color coding legend 1062 with a right-diagonal cross-hatch symbol 1 140a. 

20 Accordingly, each Carrier cell entry contained within the Graphic Array with the right- 

21 diagonal cross-hatch symbol, e.g., 1065, corresponds to a delivery of the Subject Parcel 

22 supported by the Carrier "Airborne." Appearing in each of the color-coded Carrier cell 

23 entries, e.g., 1065 is a graphic element, e.g., 1065a, and a monetary value, e.g., 1065b. The 

24 monetary value, e.g., 1065b corresponds to the price that the corresponding Carrier would 

25 charge to deliver the Subject Parcel according to the time 1064-3 and date 1063-1 specified 

26 according to the row and column of which the intersection (which, in the case described is 

27 cell 1071-3-1) contains the Carrier cell entry 1065. For example, as depicted in FIG. 36[a]A, 

28 the Carrier cell entry 1065, depicted with the right-diagonal cross-hatch symbol, contains the 

29 monetary amount "$9.00." Accordingly, the amount $9.00 is the price that the Carrier 
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1 Airborne would charge to deliver the Subject Parcel at the identified time of 12:00 p.m. 1064- 

2 3 on the identified date of Tuesday, September 28, 1999 1063-1. 

3 [0259] Similarly, as depicted in FIG. 36[a] A, the color for the Carrier identified as "FedEx" 

4 1 141b is depicted in the color coding legend 1062 with a left-diagonal cross-hatch symbol 

5 1141a. Accordingly, each Carrier cell entry contained within the Graphic Array with the left- 

6 diagonal cross-hatch symbol, e.g., 1 147, corresponds to a delivery of the Subject Parcel 

7 supported by the Carrier "FedEx." 

8 [0260] Further, as depicted in FIG. 36[a] A, the color for the Carrier identified as "UPS" is 

9 depicted in the color coding legend 1062 with a vertical cross-hatch symbol 1 142. 

10 Accordingly, each Carrier cell entry contained within the Graphic Array with the vertical 

1 1 cross-hatch symbol, e.g., 1 148, corresponds to a delivery of the Subject Parcel supported by 

12 the Carrier "UPS." 

13 [0261] Similarly, as depicted in FIG. 36[a]A, the color for the Carrier identified as "USPS" 

14 is depicted in the color coding legend 1062 with a horizontal cross-hatch symbol 1 143. 

15 Accordingly, each Carrier cell entry contained within the Graphic Array with the horizontal 

16 cross-hatch symbol, e.g., 1 149, corresponds to a delivery of the Subject Parcel supported by 

17 the Carrier "UPS." 

1 8 [0262] In the embodiment of the Graphic Array depicted in FIG. 36[a] A, the Graphic Array 

19 is dynamically dimensioned. For instance, only the dates and days (1063-1 through 1063-3) 

20 for which delivery that conforms to the particular Shipper's Parcel Specifications for the 

21 particular Subject Parcel are displayed across the top of the graphic. For example, for the 

22 date Tuesday, September 28, 1999 (1063-1), at the time 5:00 p.m. (1064-6), no Carrier 

23 supports delivery of the Subject Parcel. 

24 [0263] Further, as depicted in FIG. 36[a]A, only the times (1064-1 through 1064-6) during 

25 which at least one of the Carrier/Services identified as supporting the delivery are displayed 

26 along the viewer's left side of the Dynamically Dimensioned Multi-Carrier Graphic Array 

27 online display. 

28 [0264] Still further, as depicted in FIG. 36[a]A, a Carrier cell entry, e.g., 1065, is displayed 

29 for each of, but only for each of, the Carriers/Services that support delivery for a particular 
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1 day and time in the cell of the Graphic Array that represents delivery on a particular day and 

2 at a particular time. When the circumstances require, the System displays one or more Carrier 

3 cell entries in a single cell. For instance, cell 1071-3-1 contains two entries, 1065 and 1149; 

4 whereas cell 1071-1-1 contains only a single cell. Accordingly, as depicted in FIG. 36[a]A, 

5 the cell size expands vertically to accommodate multiple Carrier cell entries. 

6 [0265] In the exemplary embodiment depicted in FIG. 36[a]A, the color-coding legend 

7 1062 for each of the Carriers/Services represented in the Graphic Array is displayed with 

8 color-coding graphic elements (1 140a through 1 143 a) and identification labels (1 140b 

9 through 1 143b) for each relevant Carrier/Service along the viewer's right side of the rating 

10 and timing graphic. Alternatively, instead of the printed name, the logo for the particular 

1 1 Carrier/Service can be displayed. As another alternative, the Carrier/Service logo can be 

12 displayed in color in the color-coding legend 1062. 

13 [0266] The particular arrangement of the color legend 1062 depicted in FIG. 36[a]A and the 

14 particular colors used in the color legend depicted therein are exemplary and are not a 

15 limitation of the invention. In an alternative embodiment, instead of using color, other 

16 visually distinctive methods are used to differentiate between different Carriers/Services; For 

17 instance, other visually distinctive methods of Carrier/Service differentiation include but are 

18 not limited to: three-dimensional texture effects, other three-dimensional effects, two- 

19 dimensional markings (for instance, dots, cross-hatching, and the like), lighting effects, 

20 graphic symbols (for instance, the logos of the Carriers/Services) and any combination of the 

21 aforementioned features with color. 

22 [0267] In the embodiment of the Graphic Array depicted in FIG. 36[a]A, the exemplary 

23 Graphic Array is depicted as horizontally wide enough to accommodate seven delivery days 

24 (1063-1 through 1063-7) within a particular delivery timespan. The depiction in FIG. 36[a]A 

25 of the Graphic Array as a fixed size accommodating up to seven delivery days is exemplary 

26 and is not a limitation of the invention. In alternative embodiments, the Graphic Array online 

27 display collapses or expands in total size to reflect the actual number of rows and columns 

28 that need to be present in order to display the Carrier cell entries for the Carriers/Services that 

29 support delivery of the Subject Parcel according to the Shipper's Parcel Specifications. 
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1 [0268] The arrangement as depicted in FIG. 36[a]A of the parcel delivery days and dates 

2 (1063-1 through 1063-7) across the top and the parcel delivery times (1064-1 through 1064-6) 

3 along the left side of the Graphic Array is exemplary and is not a limitation of the invention. 

4 In one alternative embodiment, the parcel delivery days and dates are displayed across the 

5 bottom, and the parcel delivery times are displayed on the viewer's right side, of the Graphic 

6 Array. In other alternative embodiments, the parcel delivery days are arranged on one of the 

7 two sides of the Graphic Array and the parcel delivery times are arranged along the top or the 

8 bottom of the Graphic Array. In such an alternative embodiment, the cells of the Graphic 

9 Array are expandable horizontally to accommodate the appropriate number of relevant 

10 Carriers/Services. 

1 1 [0269] As depicted in FIG. 36[a] A, the Shipper is asked to input the Expected Ship Date 

12 1060. In the exemplary embodiment depicted, a drop down menu activation mechanism 1061 

13 provides the Shipper the ability to activate a pull down menu (not shown) of seven entries 

14 beginning with the current date and includes the six days immediately following the current 

15 date. The format used is "M/D/YY - Day name". "Today" and "Tomorrow" are displayed 

16 appropriately. The number of entries provided by the selection mechanism, the format of the 

17 Expected Ship Date, and other features described herein are exemplary and are not a 

1 8 limitation of the invention. 

19 [0270] In the exemplary embodiment depicted in FIG. 36[a]A, once the Shipper selects the 

20 Expected Ship Date, the System uses the Expected Ship date and the other information 

21 provided by the Shipper, as in the screens depicted in FIGS. 15 and 26 described above, to 

22 access the. Carrier Rules, apply the Carrier Rules, and prepare the Graphic Array containing 

23 the delivery prices and delivery times for the Subject Parcel according to the Shipper's Parcel 

24 Specifications. The System will then generate the signals necessary to display the Graphic 

25 Array and cause the Graphic Array to be displayed on the Shipper's PC. 

26 [0271] Once the Graphic Array is displayed, the Shipper can change previously input 

27 information and the System will automatically regenerate the Graphic Array with the delivery 

28 rates and delivery times that have been updated to reflect the new information. For instance, 

29 if the Shipper selects a new shipping date, the System will regenerate the Graphic Array with 
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1 the appropriate new rates and times. The logic for regenerating the Graphic Array is 

2 described in more detail below. 

3 [0272] In the exemplary embodiment depicted in FIG. 36[a] A, a Ship Location Type drop 

4 down menu activator 1067 is located below the Graphic Array. The particular location of the 

5 Ship Location Type selection mechanism as described herein is exemplary and is not a 

6 limitation of the invention. The list of locations is the same as the Shipping Location Type 

7 drop down menu described above in the description of FIGS. 15 and 26. If the Shipping 

8 Location class is a "ship center", a "Find Location" button 1068 is displayed next to the drop 

9 down menu. In order to open the Drop Off Locator in a pop-up window, the Shipper places 

10 the Shipper's PC cursor on the "Find Location" button 1068 and clicking the Shipper's user 

1 1 input device. The Origin Zip Code and Ship Location type values supplied by the Shipper are 

12 used as parameters for the Drop Off Locator to locate a list possible Drop Off Location 

13 choices. The Shipper can select a Drop Off Location from the Drop Off Locator menu. The 

14 system dynamically responds to changes by the Shipper to Origin Zip Code and Ship 

15 Location type to present choices of Drop Off Location choices. 

16 [0273] Navigational buttons appear at the bottom of the Rates and Times Screen depicted in 

1 7 FIG. 3 6 [a] A. Clicking the "Back" button 117 will return the Shipper to the previously 

18 displayed screen, which in the embodiment depicted is the Location and Package Screen as 

19 depicted in FIGS. 15 and 26. Clicking the "Next" button 102 will cause the next screen, 

20 which in the embodiment depicted is the Service Option Screen (FIG. 28), to be displayed but 

21 only if the Shipper has selected a particular Carrier cell entry. For example, if the Shipper 

22 click on a particular Carrier cell entry such as 1065, the System will allow the Shipper to then 

23 click on the "Next" button 102 and proceed to the Service Option Screen as depicted in FIG. 

24 28. 

25 [0274] If a user returns to the Rates and Times Screen (FIG. 36[a] A) from the Service 

26 Option Screen (FIG. 28), any Service Options selected by the Shipper from the Service 

27 Option Screen (FIG. 28) will effect the displayed rates and will be displayed (not shown) as 

28 abbreviations below the Shipping Location field 1066. 

29 [0275] The System in an exemplary eCommerce embodiment such as the one described 
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1 here creates a multi-carrier, multi-service, shipping cost comparison Graphic Array in much 

2 the same way as is disclosed above with regard to the creation of the Graphic Array in an 

3 exemplary simplified Internet embodiment. The difference is that in an eCommerce 

4 embodiment, instead of collecting only Shipper input, the System collects origination data 

5 including origin zip code, subject parcel data, and Carrier/Service filtering data from the 

6 Seller, and then completes the Parcel Specifications for the subject parcel by collecting input 

7 from the Buyer, including destination zip code. 

8 [0276] Using the subject parcel's Parcel Specifications, the System is programmed to 

9 access databases containing information about each supported Carrier. Each supported 

10 Carrier has a unique rating schedule, delivery and pickup rules and schedules, and 

1 1 certification requirements (the "Carrier Rules"). The System is further programmed to apply 

12 each supported Carrier's Rules to each Shipper's Parcel Specifications for the corresponding 

13 Subject Parcel. The System calculates the Shipping Charges based on zip-to-zip pricing 

14 where the Seller has provided the origin zip code and the Buyer has provided the destination 

15 zip code. 

16 [0277] In an eCommerce embodiment, if the Seller selected as the Seller's preference, 

17 "Item cost includes shipping charges" (170, FIG. 21), then the rates displayed will be 

18 "FREE". If the Seller selected as the Seller's preference, "Buyer pays actual shipping 

19 charges" (171, FIG. 21), then the rates displayed with be the total shipping charge as 

20 calculated according to each Carrier's rules for each Service available according to the 

21 Seller's expressed preferences. If the Seller selected as the Seller's preference, "Buyer pays 

22 shipping and additional charges" (172, FIG. 21), then the System will calculate and display 

23 rates that are the sum of: 1) the shipping rate for the applicable service according to each 

24 Carrier's rules; 2) If the Seller checked "Add Percentage of Shipping Cost" (173, FIG. 21), 

25 the product of the percentage entered in the Percentage of Shipping Cost field (174, FIG. 21) 

26 and the total shipping rate calculated according to the Carrier's rules; 2) if the Seller checked 

27 "Add Fixed Handling Charge" (175, FIG. 21), the dollar value entered in the Fixed Handling 

28 Amount field (176, FIG. 21); and 4) if the Seller indicated "Add System Service Fee" (177, 

29 FIG. 21), then the System Service Fee amount as indicated in the System database 22. 
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1 [0278] The Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array online 

2 display presents only rating and delivery timing information for the Carriers that offer 

3 shipping of the particular Subject Parcel according to the particular Shipper's Parcel 

4 Specifications and which conform with the Seller's Carrier/Service preferences as selected 

5 according to the available options as described above regarding e.g., FIGS. 19 and 20. 

6 [0279] FIG. 36[f]F is a graphic representation of an alternative exemplary Dynamically 

7 Dimensioned Multi-Carrier, Multi-Service Graphic Array online display as a Preview Rates 

8 Screen (also referred to in some embodiments as a Rates and Times Screen) in an alternative 

9 exemplary embodiment of the invention. The Graphic Array format of the Preview Rates 

10 Screen depicted in FIG. 36[f]F is sortable by price (i.e.,cheapest first), by delivery time (i.e., 

1 1 fastest is first), or preferred carrier, as governed by the enterprise and User preferences. The 

12 Preview Rates Screen provides the User with the capability to optimize the Rates 5308 

1 3 according to the Best Price 5 1 36, or the Fastest Delivery 5135. 

14 [0280] The exemplary Preview Rates Screen depicted in FIG. 36[f]F depicts an array of 

15 dates for delivery 5303-5305, multiple Carriers, e.g., 5128 (UPS), 5310 (FedEx), and 5311 

16 (Airborne Express). If the Carriers that provide Services to ship the package according to the 

17 User's specifications provide such services on more days than space exists on a single screen 

18 display of the Rate Grid, left and right scroll buttons (not shown) are provided. 

19 [0281] The exemplary Preview Rates Screen depicted in FIG. 36[f]F is expandable for each 

20 Carrier to display multiple Services for that Carrier, e.g., 5300 for UPS. The Services for a 

21 Carrier can be displayed by the User by clicking a scroll down button, e.g., 5 129 for UPS. 

22 Each listed Service for the Carrier identifies the time for delivery, e.g, 5306. When the 

23 Preview Rates Screen is displayed, the Carrier for which the User has specified a preference 

24 (if such a preference has been specified) is displayed in the expanded mode, such as is 

25 depicted in FIG. 36[f]F for UPS so that all Services supporting shipment of the subject parcel 

26 according to the User's specifications are displayed 5300; Carriers for which no preference 

27 has been indicated are displayed in contracted mode, such as is the case for Fed Ex 5310, 

28 Airborne Express 53 1 1 and UPS 5 1 28. 

29 [0282] In the embodiment depicted in FIG. 36[f]F, only the Carriers and Services that 
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1 support shipment of the subject parcel according to the User's specifications are displayed. In 

2 one embodiment of the invention, the User can limit the default display of Carrier and Service 

3 comparison to certain Carriers and certain Services. In one such embodiment of the 

4 invention, a Show All button (not shown) is provided. Clicking the Show All button causes 

5 the System to display all Carriers, Services, and Days of Delivery that support shipment of 

6 the subject parcel according to the User's specifications, even if the User has previously 

7 limited the available Carriers, Services and Days of Delivery. 

8 [0283] A price is displayed in an Array cell, e.g., 5307, 5302, for Carrier/Service that 

9 supports delivery of the subject parcel on the specified day of delivery 5303-5305. According 

10 to the User's Optimization Selection 5135-5136, an Optimizer icon 5301 is displayed in the 

1 1 particular Graphic Array cell entry that reflects the optimal Carrier/Service. 

12 [0284] As was described above, each Carrier is represented in the Graphic Array/Rate Grid 

13 by a different color. In the embodiment of the Rate Grid depicted in FIG. 36[f]F, the 

14 optimally rated shipping entry for each Carrier is highlighted in the color for that Carrier; all 

1 5 other entries for that Carrier are in grey. The presence or absence of Carriers in the Graphic 

16 Array display is driven by User-specified preferences, if any, and by service choices the user 

17 has made (for example, by choosing a billing option that only certain Carriers support). 

1 8 [0285] The rates calculated and displayed in the Graphic Array are customizable. Some 

19 Users may wish to see the iShip System transaction charge included in the rate quote. In one 

20 embodiment of the invention, a Rating button is provided on the same screen on which the 

21 Graphic Array is displayed, with which the User can toggle the rates displayed in the Graphic 

22 Array back and forth between the actual shipping rates (including all discounts and fees) and 

23 the rate that the Carrier charges for shipping. 

24 

25 b) GENERATION OF THE GRAPHIC ARRAY DISPLAY 

26 [0286] To develop the rates for display in a Graphic Rates Comparison Array such as the 

27 ones depicted in FIGS. 36[a]A and 36[f]F, the System rating component is instantiated in the 

28 server-side script. The rating component's rate information method is invoked with the rate 
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1 parameters embedded in the URL. Based on Carriers 1 business rules, the rates and their 

2 service option charges for all Carriers/Services are calculated from each respective Carrier's 

3 zone data, service/delivery time data and rate data. 

4 [0287] The System keeps the Carrier data up-to-date in the System database 22. The 

5 application does not use any carriers' Application Program Interface (API) functions to get the 

6 rate information. All of carrier rate data is stored in the System database 22 and all business 

7 rules to calculate the rates are implemented within the System. 

8 [0288] FIGS. 36[b]B through 36[e]E are high level data retrieval and logic flow diagrams 

9 depicting the data and high level logic that the system uses to calculate a shipping rate. As 

10 depicted in FIG. 36[b]B, the following shipping information is used to calculate a shipping 

1 1 rate: Origin postal code, Destination postal code, Weight, Packaging, Drop off / Pickup, 

12 Country code 3001. For each Carrier 3002, the rating component of the System uses the 

13 origin and destination postal codes 3003. The rating component of the System obtains 3003 

14 the zone id from the zone table 3008 and gathers 3004 the time for deliveries for all available 

15 services from the service delivery time table 3009. From the rate table 3010, the rating 

16 component obtains services charges for the zone id, packaging type and weight 3005. For 

17 each service, the rating component gathers all possible service options charges 3006. After 

18 gathering necessary information, the rating component returns an array of rate information 

19 3007. Each element in the array represents a Carrier/Service and consists of service charge, 

20 service option charges, and delivery times. 

21 [0289] The System calculates the rates according to the following overview logic as 

22 depicted in FIGS. 36[c]C-36[d]D. As depicted in FIGS. 36[c]C through 36[d]D, the System 

23 retrieves all rate IDs (published, net, and retail) by joining the following database tables on 

24 the System's AccountNo: AccountAndCarrierAcnt; CarrierAccount; RateDefmition 3020. 

25 [0290] As depicted in FIGS. 36[c]C through 36[d]D, the System then determines the billing 

26 rules for all of the Carrier/Service combinations and their service options by joining the 

27 following tables on CarrierlD, ServiceED, and ServiceOptionID: BillingOption; 

28 BillingOptionAndService; BillingOptionAndServiceOption 3021 . 
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1 [0291] As depicted in FIGS. 36[c]C through 36[d]D, for each carrier 3022, the System 

2 performs the following procedures: 1) determine if the particular carrier supports the given 

3 billing option based on step 2, 3026. If not, continue with the next carrier 3027; 2) Apply 

4 carrier business rules, including: a) Calculate dimensional weight 3023; b) Determine billable 

5 weight 3024: actual weight, dimensional weight, oversize weight or letter weight; c) Validate 

6 package weight and dimensions 3025; (If the rate input violates carrier business rules 3026, 

7 continue to next carrier 3027); 3) Determine the zone ID from CarrierZone table for the given 

8 origin/destination postal codes 3028; 4) Determine service delivery times 3029 (including 

9 Saturday/Sunday delivery times) by joining the following tables on destination postal code: a) 

10 CarrierDeliveryArea; b) CarrierServiceDelTime; 5) Determine all service charges from 

1 1 CarrierRate table by RateK), ZonelD, ServiceE) and Weight 3030; 6) Determine the service 

12 option charges for each Carrier/Service 303 1 by joining the following tables on CarrierlD and 

13 ServiceH): ServiceOption; ServiceOptionAtttribute ServiceAndServiceOption; and 7) Apply 

14 billing options to service option charges 3032 (different service option charges could be billed 

1 5 to different parties for various billing options). 

16 [0292] As depicted in FIG. 36[e]E, the expected delivery times for each Carrier/Service 

17 returned in the rate information determine the placement of the rate grid for the particular 

1 8 Carrier/Service cell: the delivery date determines the columns 3040 while the delivery time 

19 resolves the rows 3041 . In the event that multiple rate entries collide (yes to test 3042), the 

20 alphabetical order of the particular Carrier's name is further used to determine the Graphic 

21 Array entry order within the same date and time bucket 3043. [The] If there is no collision or 

22 once a collision is resolved 3043, the same Carrier/Service can be placed in a second time slot 

23 in the grid under Saturday or Sunday column 3045 if the Saturday or Sunday delivery is 

24 applicable to the particular Carrier/Service 3044. If Saturday or Sunday delivery does not 

25 apply (no to test 3044), or once a Saturday/Sunday time slot is indicated 3045, the System 

26 returns 3046. 

27 [0293] In an eCommerce embodiment of the invention, a Shipper/Seller can preview a 

28 shipping rate comparison Graphic Array prior to copying the System-created Link, e.g., 203a 

29 as depicted in FIG. 25, for the Seller's eCommerce site. To preview the Graphic Array 
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1 comparison of shipping costs, the Seller clicks on the Preview button 198, such as is depicted 

2 in FIG. 25. FIGS. 37[a]A and 37[b]B represent a System interactivity data and logic flow 

3 diagram depicting an exemplary embodiment of the Create Link and the Buyer's Preview 

4 Shipping Rates functionality in an eCommerce embodiment of the present invention. FIGS. 

5 37[a]A and 37[b]B depict the interactivity between the Seller's 8-1 and Buyer's 8-2 client 

6 computers and the System's server computers 20a-21z regarding this functionality. Also 

7 depicted are the data accesses to the System database 22. An arrow 230 extending from the 

8 top of the diagram and pointing down towards the bottom of the figure graphically represents 

9 the passage of time. 

10 [0294] As depicted in FIGS. 37[a]A and 37[b]B, the Seller, using the Seller's computer 8-1, 

1 1 clicks on the Create a Seller's Link selection option 331 notifying the System servers, e.g., 

12 21a-21z, to generate a display of the Create a Seller's Link screen 332 for display on the 

13 display monitor of the Seller's computer 8-1. In one embodiment, the Servers 21a-21z send 

14 332 the necessary information and instructions to build the hyperlink to the Seller's computer 

15 8-1 . The Seller enters the link text and clicks the go button and the Seller's computer 8-1 

16 creates the Link 333. The Seller then copies the link, returns to the Seller's web page, and 

17 pastes the link 334 in the description of the item to be sold at the eCommerce/eAuction 

18 Provider's web site 345. 

19 [0295] The Buyer, using the Buyer's computer 8-2, enters the Seller's web page 335 at the 

20 eCommerce/eAuction Provider's web site 345. The Seller's web page at the 

21 eCommerce/eAuction Provider's web site 345 displays the item description with the 

22 hyperlink to the System 336 to the Buyer's computer 8-2. The Buyer clicks on the hyperlink 

23 337, causing the System's servers 20a-20z to access 338 the System database 22 to retrieve 

24 339 the Seller's account and eCommerce shipping preference information. The System 

25 servers 21a-21z send a screen to the Buyer's computer 8-2 requesting delivery destination 

26 information 340. The Buyer at the Buyer's computer 8-2 enters the delivery destination 

27 information and clicks on the Get Rates button 341 which signals the System Servers 20a-21z 

28 to prepare the multi-carrier, multi-service Graphic Array. The System Servers 20a-20n access 

29 342 the System data base 22 and retrieve 343 the Seller's preferences and account 
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1 information. The System Servers 21a-21z calculate the rates and prepare the Graphic Array 

2 344 for display on the display monitor of the Buyer's computer 8-2. 

3 [0296] Whether or not the Buyer/Bidder (sometimes simply referred to herein as the Buyer) 

4 uses the hyperlink 303 to preview the shipping charges, if the Buyer buys (or is the high 

5 bidder), the Seller is provided with the Buyer's (or high bidder's) email address and name 54 

6 (as depicted in FIG. 10[c]C) either directly or by the sponsoring Provider. At that point, the 

7 Seller enters the System to supply the System with Buyer information (57 and 58 as depicted 

8 on FIG. 10[d]D) so that the System can contact the Buye r (80, FIG. 10D) for details and to 

9 facilitate the purchase and shipping of the item. 

10 [0297] In contrast to the collection of both Seller and Buyer information in an eCommerce 

1 1 embodiment, the generation of the Graphic Array in the exemplary simplified Internet 

12 embodiment is accomplished using input from the Shipper only. FIG. 38 is a simplified flow 

13 diagram depicting an exemplary high level overview logic flow of the System and the 

14 interaction with the Shipper/User such as in an exemplary simplified Internet embodiment of 

15 the invention. As depicted in FIG. 38, at least one of the Servers 20a-21z are programmed to 

16 provide a User Interface ("UI") that prompts each Shipper user for information about a 

17 particular parcel (the "Subject Parcel") and the Shipper's shipping and delivery requirements 

18 ("Shipper Parcel Specifications") 1401a-1401n. At least one of the Servers 20a-21z is 

19 programmed to receive as a set of input data a particular Shipper's Shipper Parcel 

20 Specifications for a particular Subject Parcel 1402. In response to each Shipper's Shipper 

21 Parcel Specifications, at least one of the Servers 20a-21z accesses 1403 one or more databases 

22 of information concerning, among other things, the Carrier Rules for each of the Carriers 

23 supported by the System (the "Supported Carriers") 1404a through 1404n. The Carrier Rules 

24 for each of the Supported Carriers are contained in one or more databases 1404a through 

25 1404n. 

26 [0298] As further depicted in FIG. 38, the System then applies the Carrier Rules for all 

27 Supported Carriers to each particular set of Shipper Parcel Specifications 1403. From the 

28 result of the application by the System of the Carrier Rules to a particular set of Shipper 
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1 Parcel Specifications, the System prepares a Graphic Array that displays a rating and timing 

2 comparison of the delivery services by the supporting Carriers that are available to provide 

3 the delivery of the Subject Parcel according to the Shipper's Parcel Specifications 1405. The 

4 System then formats the Graphic Array for display on the Shipper's PC 1406, and generates 

5 the signals to the Shipper's PC to display the formatted Graphic Array 1407. 

6 [0299] In one embodiment of the invention, the System provides multiple modes of 

7 operation, among which are the Service Comparison Mode and the Shipping Mode. The 

8 Service Comparison Mode requires origin and destination zip codes but does not require full 

9 address information. The purpose of the Service Comparison Mode is to provide the Shipper 

10 with multi-Carrier comparisons of rates, and shipping and delivery options and requirements 

1 1 for each of multiple Carriers. In the Shipping Mode, the Shipper must provide the full 

12 address and contact information. The purpose of the Shipping Mode is to print a shipping 

13 label or otherwise provide the information necessary to prepare a shipping manifest 

14 document. Shipper Parcel Specifications are input in both the Service Comparison Mode and 

15 the Shipping Mode. 

1 6 [0300] FIGS. 39[a] A through 39[c]C are simplified flow diagrams depicting the initial 

17 Timing and Rating procedure to generate a Graphic Array in an exemplary simplified Internet 

18 embodiment of the invention. In the embodiment of the invention depicted in FIGS. 39[a]A 

19 through 39[c]C, the functions of the Shipper entering shipping information 1 150, displaying 

20 errors to the Shipper that insufficient shipping information has been provided and prompting 

21 the Shipper for additional information 1 153, and displaying the Carrier/Service rate and time 

22 graphic 1 160, are all processed by the Web Browser at the Client. In the embodiment 

23 depicted, all other functions and processes depicted in FIGS. 39[a]A through 39[c]C are 

24 performed by one or more of the NOC Servers. 

25 [0301] It should be noted that the depicted separation of functions between the Web 

26 Browser at the Client on the one hand and the NOC Servers on the other hand represents an 

27 initial procedure to construct the Graphic Array in response to initial Shipper input of Shipper 

28 Parcel Specifications. As is explained in more detail below, after the initial construction of 
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1 the Graphic Array, the System can distribute certain of the functions for supplemental 

2 regeneration of the Graphic Array to the Web Browser Client. 

3 [0302] As depicted in FIGS. 39[a]A through 39[c]C, the Shipper (User) enters shipping 

4 information (Shipper Parcel Specifications) 1 150. The System validates the shipping 

5 information 1151. 

6 [0303] In the embodiment depicted, at a minimum, the System requires Source Postal Code, 

7 Destination Postal Code, Parcel Weight, Type of Shipment, and the Shipping Location in 

8 order to determine a timing schedule and rates for each supported Carrier. I f at 1152 the 

9 Shipper has not provided at least these minimum specifications, then the System displays 

10 error messages 1153 prompting the Shipper to input further Shipper Parcel Specifications 

11 1150. 

12 [0304] Continuing with FIGS. 39[a]A through 39[c]C, if the Shipper has supplied the 

13 minimum required specifications, then the System accesses the Shipper Database 1 195 to 

14 identify any user- specified Carrier designations and to determine the Carrier accounts for the 

15 appropriate Shipper 1 154. Using the Shipper Parcel Specifications, the System then accesses 

16 the Carrier Databases (1404a through 1404n) and determines all possible Carrier/Services that 

1 7 support shipping of the subj ect parcel^ 1155. 

1 8 [0305] It should be noted that in some embodiments, the Shipper can restrict the identity of 

19 Carriers to be used in the construction of the Graphic Array. A Shipper may choose to restrict 

20 the System to certain Carriers, for instance, if the Shipper prefers to work only with certain 

21 Carriers. 

22 [0306] Continuing with FIGS. 39[a]A through 39[c]C, the System then examines each 

23 Carrier/Service in the set of supporting Carrier/Services 1 156. The next step 1 157 is a 

24 juncture for return of control from a number of points in the System logic and is performed 

25 for each Carrier/Service in the set of supporting Carrier/Services. 

26 [0307] If the System has examined all possible supporting Carrier/Services 1 1 58, the 

27 System assembles the Graphic Array from the delivery rate set 1 159 and displays the Graphic 

28 Array to the user 1 160. As was previously explained, the dimensions of the Graphic Array are 
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1 dynamic. 

2 [0308] As long as there are further Carrier/Services that remain to be examined in the set of 

3 supporting Carrier Services, the System continues to perform the process described below. 

4 [0309] Using the Expected Shipping Date, the System switches the Carrier/Service's 

5 shipping timespan into possible delivery dates and times 1161. Next 1 162, the System 

i 

6 determines whether the shipping timespan ends on a Saturday 1 163. If so, the System 

7 accesses the Carrier Database (1404a through 1404n) to determine whether the particular 

8 Carrier/Service supports Saturday Delivery 1 164. If the particular Carrier/Service does not 

9 support Saturday Delivery, then the particular Carrier/Service is eliminated 1 177 from the 

10 delivery rate set and the System proceeds with the next Carrier/Service in the delivery rate set 

11 1157. 

12 [0310] If the particular Carrier/Service supports Saturday Delivery, the System determines 

13 the appropriate Saturday delivery rate for the particular Carrier/Service 1 165. 

14 [0311] Continuing with FIGS. 39[a]A through 39[c]C, next, the System determines whether 

1 5 the shipping timespan ends on a Sunday 1 168. If the shipping timespan ends on a Sunday, 

16 the System accesses the Carrier Database (1404a through 1404n) to determine whether the 

1 7 particular Carrier/Service supports Sunday delivery 1 1 66. If the particular Carrier/Service 

18 does not support Sunday delivery, then the particular Carrier/Service is eliminated from the 

19 delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery 

20 rate set 1157. 

21 [0312] If the particular Carrier/Service supports Sunday Delivery, the System determines 

22 the appropriate Sunday delivery rate for the particular Carrier/Service 1 167. 

23 [0313] The System then determines whether there is a business day delivery within the 

24 shipping timespan 1 169. If so, the System accesses the Carrier Database (1404a through 

25 1404n) to determine whether the particular Carrier/Service supports business day delivery 

26 1 170. If the particular Carrier/Service does not support business day delivery, then the 

27 particular Carrier/Service is eliminated from the delivery rate set 1 177 and the System 

28 proceeds with the next Carrier/Service in the delivery rate set 1157. 
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1 [0314] If the particular Carrier/Service supports business day delivery, the System 

2 determines the appropriate business day delivery rate for the particular Carrier/Service 1171. 

3 [0315] Continuing with FIGS. 39[a]A through 39[c]C, the System next determines whether 

4 the Shipper has requested E-Mail delivery notification 1 172. If so, the System accesses the 

5 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

6 supports E-Mail delivery notification 1 173. If the particular Carrier/Service does not support 

7 E-Mail delivery notification, then the particular Carrier/Service is eliminated from the 

8 delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery 

9 rate set 1157. 

10 [0316] If the particular Carrier/Service supports E-Mail delivery notification, the System 

1 1 adds the appropriate charge for the E-Mail delivery notification service to each of the 

12 particular Carrier/Service's delivery rates 1 174. 

13 [0317] Continuing with FIGS. 39[a]A through 39[c]C, the System then determines whether 

14 the Shipper has requested verbal delivery notification 1 175. If so, the System accesses the 

1 5 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

16 supports verbal delivery notification 1 176. If the particular Carrier/Service does not support 

17 verbal delivery notification, then the particular Carrier/Service is eliminated from the delivery 

18 rate set 1 177 and the System proceeds with the next Carrier/Service in the delivery rate set 

19 1157. 

20 [0318] If the particular Carrier/Service supports verbal delivery notification, the System 

21 adds the appropriate charge for the verbal delivery notification service to each of the 

22 particular Carrier/Service's delivery rates 1 178. 

23 [0319] Next 1 1 79, the System determines whether the Shipper has requested that the 

24 Carrier/Service guarantee delivery time 1 180. If so, the System accesses the Carrier Database 

25 (1404a through 1404n) to determine whether the particular Carrier/Service supports 

26 guaranteed delivery times 1 1 8 1 . If the particular Carrier/Service does not support guaranteed 

27 delivery times, then the particular Carrier/Service is eliminated from the delivery rate set 

28 1 1 77 and the System proceeds with the next Carrier/Service in the delivery rate set 1157. 
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1 [0320] If the particular Carrier/Service supports guaranteed delivery times, the System adds 

2 the appropriate charge for the guaranteed delivery times service to each of the particular 

3 Carrier/Service's delivery rates 1 182. 

4 [0321] Continuing with FIGS. 39[a] A through 39[c]C, the System then determines whether 

5 the Shipper has requested a "Call for Pickup" shipping location 1 184. If so, the System 

6 accesses the Carrier Database (1404a through 1404n) to determine whether the particular 

7 Carrier/Service supports "Call for Pickup" services 1 185. If the particular Carrier/Service 

8 does not support "Call for Pickup" services, hen the particular Carrier/Service is eliminated 

9 from the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the 

1 0 delivery rat e set 1 1 5 7 . 

1 1 [0322] If the particular Carrier/Service supports "Call for Pickup" services, the System adds 

12 the appropriate charge for the "Call for Pickup" service to each of the particular 

1 3 Carrier/Service's delivery rates 1 1 86. 

14 [0323] Continuing with FIGS. 39[a]A through 39[c]C, the System next determines whether 

15 the Shipper has requested a "Residential Delivery" 1 187. If so, the System accesses the 

16 Carrier Database (1404a through 1404n) to determine whether the particular Carrier/Service 

17 supports "Residential Delivery" services 1 188. If the particular Carrier/Service does not 

18 support "Residential Delivery" services, then the particular Carrier/Service is eliminated from 

19 the delivery rate set 1 177 and the System proceeds with the next Carrier/Service in the 

20 delivery rate set 1 1 57. 

21 [0324] If the particular Carrier/Service supports "Residential Delivery" services, the System 

22 adds the appropriate charge for the "Residential Delivery" service to each of the particular 

23 Carrier/Service's delivery rates 1 1 89. 

24 [0325] The System then determines whether the Shipper has requested a "Loss Protection" 

25 services 1 190. If so, the System accesses the Carrier Database (1404a through 1404n) to 

26 determine whether the particular Carrier/Service supports "Loss Protection" services 1 191 . If 

27 the particular Carrier/Service does not support "Loss Protection" services, then the particular 

28 Carrier/Service is eliminated from the delivery rate set 1 177 and the System proceeds with the 
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1 next Carrier/Service in the delivery rate set 1 157. The System then determines 1 192 whether 

2 the requested loss protection is within the service's range; if not, the System proceeds with 

3 the next Carrier/Service in the delivery rate set 1 157. 

4 [0326] Continuing with FIGS. 39[a]A through 39[c]C, if the particular Carrier/Service 

5 supports "Loss Protection" services, and if the requested loss protection is within the service's 

6 range the System calculates the appropriate charge for the "Loss Protection" service and adds 

7 the appropriate charge to each of the particular Carrier/Service's delivery rates 1 193 before 

8 proceeding with the next Carrier/Service in the delivery rate set 1 1 57. 

9 [0327] FIG. 40 is a graphic representation depicting an exemplary embodiment of a multi- 

10 carrier, multi-service shipping rates comparison Graphic Array 320 in an exemplary 

1 1 eCommerce embodiment of the invention. 

12 

13 c) AUTOMATIC DYNAMIC REGENERATION OF DISPLAY 

14 [0328] In the exemplary embodiments of the invention described here, the System 

15 automatically and dynamically regenerates the display of the Graphic Array and certain 

16 portions of other screens when the Shipper makes online changes to Shipper input. To do 

17 this, the System generates executable code which it distributes with certain displayable frames 

1 8 to the Web Browser Client. This distribution of code for purposes of regenerating the Graphic 

19 Array differs from the initial generation of the Graphic Array as was described above. For 

20 example, in the embodiment of the invention depicted in FIGS. 39[a]A through 39[c]C, in the 

21 initial development of the Graphic Array, the System distributes the functions that initially 

22 generate the Graphic Array as follows: the Shipper entering shipping information 1 150, 

23 displaying errors to the Shipper that insufficient shipping information has been provided and 

24 prompting the Shipper for additional information 1 153, and displaying the Graphic Array 

25 1 160, are all processed by the Web Browser at the Client; all other functions and processes 

26 depicted in FIGS. 39[a]A through 39[c]C are performed by one or more of the NOC Servers 

27 20a-21z. 

28 [0329] Distribution to the Web Browser Client by the System of executable code that 

-65- 



PSTM003 8/MRK/STM 

1 regenerates the Graphic Array provides the capability to dynamically reflect in the Graphic 

2 Array any changes that the Shipper may enter to the various Shipper Parcel Specifications; 

3 the Graphic Array immediately displays the new information without requiring the Shipper to 

4 request a recalculation, such as by clicking on a "Regenerate" button or the like. 

5 [0330] To facilitate regeneration of the Graphic Array, the System generates executable 

6 code which it distributes with the frame, such as the frame that is displayed to the user for 

7 collecting the Parcel Specifications, to the Web Browser Client. A displayable frame is a set 

8 of information for display on the client display device. For example, in FIG. 36[a]A, in one 

9 embodiment of the invention, a first frame of the screen depicted in FIG. 36[a] A comprises 

10 the Title "Rates & Times" 1 109a, the instruction "Click on the price to select a delivery date, 

1 1 time and carrier." 1 109b, the legend "Date you expect to ship your package:" 1 109c, the input 

12 field for the Expected Shipping Date 1060, the legend "I'll ship the package from:" 1 109d 

13 and the input field for the Shipping Location 1066; a second frame of the screen depicted in 

14 FIG. 36[a]A comprises the Graphic Array. 

15 [0331] As the System generates the display of each frame, the System generates executable 

16 code which it distributes with, e.g., the Rate & Times frame, to the Web Browser Client. 

17 Thereafter, the Web Browser Client uses the executable code to automatically regenerate the 

18 display of the Graphic Array each time the Shipper makes changes to the Shipper Parcel 

19 Specifications. In one embodiment of the dynamic regeneration aspect of the invention, the 

20 executable code distributed to the Web Browser Client uses JavaScript. 

21 [0332] In some cases, the executable code sent to the Web Browser Client provides the 

22 information and the capability to regenerate the Graphic Array without any further 

23 communication with the Server. In other cases, the Web Client Browser must return control to 

24 the Server so that the Server can access data maintained by or accessible by the Server; the 

25 Server then regenerates the Graphic Array or otherwise provides the Web Browser Client 

26 with the information necessary to regenerate the Graphic Array. 

27 [0333] In an exemplary embodiment of the automatic dynamic regeneration aspect of the 

28 invention, the executable code distributed to the Web Browser Client contains the logic to 
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1 apply Carrier Rules to Shipper Parcel Specification changes. For instance, Shipper changes to 

2 the Service Options screen as depicted in FIG. 28 would be automatically processed by the 

3 Web Client Browser and the Web Client Browser would regenerate the Single Day Rate 

4 Graphic Array depicted therein to reflect the Shipper changes. In one such automatic 

5 dynamic regeneration embodiment, only those functions that do not require further access to 

6 the relevant Carrier's database are distributed to the Web Browser Client. 

7 [0334] It should be noted that, according to the automatic dynamic regeneration aspect of 

8 the invention, if after the Shipper views the Graphic Array the Shipper enters changes to any 

9 of the factors with which the System calculates the rates and develops the Graphic Array, the 

10 System uses a similar logic flow to regenerate the Graphic Array as was explained above in 

1 1 relation to FIGS. 39[a] A through 39[c]C. 

12 [0335] The dynamic regeneration capability is used to automatically regenerate response 

13 screens in many places throughout the System. For instance, as was mentioned above, as in 

14 the case of FIG. 36[a]A, if the Shipper changes Origin Zip Code and/or Ship Location Type, 

15 the System will automatically regenerate a list of possible Drop Off Location choices. 

16 

17 d) COMPLETING PARCEL SPECIFICATIONS AND THE 

18 BUYER'S INFORMATION 

19 [0336] In an eCommerce embodiment of the invention, the System collects information 

20 from both a Seller (the Shipper) and a Buyer (the Recipient). The Seller (Shipper) inputs 

21 information about the parcel to be shipped and initial information about the Buyer. The Buyer 

22 then inputs information such as shipping address and payment information. Depending upon 

23 the Seller's preferences, the Buyer may also be asked to choose one of multiple carriers and 

24 multiple shipping services. 

25 [0337] FIG. 41 is a graphic representation of a Seller's Buyer Information Screen (57, FIG. 

26 10[d]D) in an eCommerce embodiment of the invention. The Seller enters the screen in one 

27 embodiment by logging in to the System and then selecting the Sell It option 3 la and by 

28 selecting the Request Buyer Info submenu option 3 lb-3. The System provides the Seller with 
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1 instructions to complete the requested data 350. The Seller inputs the Buyer's Name 351, the 

2 Buyer's e-mail address 352, an Order/Item number 353, a Description of the Goods to be 

3 Shipped 354a (the Seller may scroll through the description using the scroll buttons 354b and 

4 354c if the description exceeds the online screen window for the description text), and a 

5 message to the buyer 355a (the Seller may scroll through the message using the scroll buttons 

6 355b and 355c if the message exceeds the online screen window for the message text). 

7 [0338] Buyer information and package/item information is mapped by the System into the 

8 appropriate shipping data fields (i.e., Buyer name is mapped to Recipient Company/ name; 

9 Buyer e-mail is mapped to Recipient e-mail, item/order number is mapped to reference 

10 number, etc.). 

1 1 [0339] Clicking on the Next button 102 will cause the System to display the Next screen, 

12 which in this case is the package specific information screen (58^ FIG. 10[d]D) as depicted in 

13 FIG. 42. 

14 [0340] FIG. 42 is a graphic representation of an exemplary embodiment of a Subject Parcel 

15 data screen. The Seller inputs the weight by clicking on the weight pull down menu button 

16 358-2 and selecting a weight 358-1 from the list. An "Irregular or Non-Standard Packaging" 

17 indicator 359 is provided. The Seller selects Loss Protection, the default being Basic 

18 Coverage 360, or Declared Value 361. If the Seller selects Declared Value 361, the Seller 

19 must enter a value 362 greater than $0.00 and less than or equal to $50,000.00. The Seller 

20 also enters the Item Cost to be displayed to the Buyer 364 and indicates whether or not the 

21 System should show the Buyer the total of the Item Cost and Shipping Charges 363. Once the 

22 Seller has entered the information, if the Seller clicks on the Send button 365, the System 

23 validates the information input and prepares an e-mail to the Buyer (59, FIG. 10[d]D). 

24 [0341] At this point, the System generates a System package tracking number. A System 

25 tracking number is a unique number generated internally by the System to identify a particular 

26 package shipped using the System. One embodiment of the way in which the System 

27 generates a System package tracking number is disclosed below in the Tracking section of the 

28 disclosure of the present invention. 
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1 [0342] FIG. 43 is a graphic representation of an exemplary embodiment of a System- 

2 prepared e-mail to the Buyer. The System builds the e-mail to contain the identification of the 

3 System as the sender 370, the e-mail of the Buyer 352 as supplied by the Seller, a Subject 

4 identification containing the item number 353 as supplied by the Seller, the Buyer name 35 1 

5 as supplied by the Seller, the Seller name 375 as retrieved from the Seller's account 

6 information retrieved after the Seller logged into the System before entering Request Buyer 

7 Info 3 lb-3 (e.g., as depicted in FIG. 24), a Reference number as provided by the Seller 353, 

8 instructions to the Buyer 371 to click on the embedded hyperlink 372, and some further 

9 instructions to the Buyer 374. The System builds the hyperlink 372 according to a preset 

10 URL location 372-1 as provided from the System database 22, and specifying the System 

1 1 package tracking number 372-3 as the value for a variable named M T=" 372-2. 

12 [0343] If the Buyer's e-mail program is integrated with the Buyer's web browser, then the 

1 3 Buyer can click on the hyperlink/URL 372 contained in the e-mail. Otherwise, the Buyer 

14 must copy the hyperlink/URL 372 into the Address/Location field of the web browser. When 

15 the Buyer clicks on the hyperlink/URL 372, the System displays the first screen (60, FIG. 

1 6 10[d]D) in the Buyer Response process. 

17 [0344] FIG. 44 is a graphic representation of an exemplary embodiment of the Buyer 

18 Response Introduction screen. The System provides the Buyer with instructions 380. The 

19 System instructs the Buyer 382 to indicate 383 the Buyer's choice not to supply the requested 

20 shipping information and an explanation as to why 384-1 . The Buyer can scroll through the 

21 explanation using the up and down scroll keys 384-2 and 384-3 if the text of the description 

22 exceeds the online screen window for the text. The Buyer sends the refusal notification and 

23 message by clicking the Send button 385. Otherwise, if the Buyer wishes to proceed, the 

24 Buyer clicks the Next button 381 which will cause the System to display a Buyer Shipping 

25 Information Collection screen (61, FIG. 10[d]D). 

26 [0345] FIG. 45 is a graphic representation of an exemplary embodiment of the Buyer 

27 Shipping Information Collection scree n (61. FIG. 10D) . The System requests that the Buyer 

28 input the Buyer's delivery address information and then click the Next button 389, The Buyer 
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1 inputs the delivery address information including the Company/Name 390, the Attention to 

2 name 391, the street address 392, the floor/room number 393, the department 394, the city 

3 395, the state 396-1 using the pull down menu button 396-2, the zip code 397, the telephone 

4 number 398, the fax number 399, and whether the delivery address is a business 400 or a 

5 residence 401 . If the Buyer then clicks the Next button 102, the System validates the 

6 information supplied by the Buyer and displays a scree n (62, FIG. 10D) as depicted in FIG. 46 

7 containing a selection as to whether yes 405 or no 406 the Buyer wants a guaranteed delivery 

8 time. Once the Buyer selects the guarantee choice, then the Buyer clicks the Get Rates button 

9 407 to request that the System prepare and display the multi-carrier, multi-service shipping 

10 rates comparison Graphic Array 320. 

1 1 [0346] An exemplary embodiment of the Graphic Array 320 in an exemplary eCommerce 

12 embodiment of the invention is depicted in FIG. 46. The Graphic Array 320 presents a multi- 

13 carrier, multi service rate and time shipping cost comparison as similarly disclosed above and 

14 described with respect to FIG. 36 [a] A. 

15 [0347] The System creates the Graphic Array in much the same way as is disclosed above 

16 with respect to FIG. 36[a]A except that, with respect to the eCommerce embodiment, instead 

17 of only Shipper input, the System collects origination data including origin zip code, subject 

18 parcel data, and Carrier/Service filtering data from the Seller, and then completes the Parcel 

19 Specifications for the subject parcel by collecting input from the Buyer, including destination 

20 zip code. 

21 [0348] Using the subject parcel's Parcel Specifications, the System 1 is programmed to 

22 access databases containing information about each supported Carrier. Each supported 

23 Carrier has a unique rating schedule, delivery and pickup rules and schedules, and 

24 certification requirements (the "Carrier Rules"). The System 1 is further programmed to 

25 apply each supported Carrier's Rules to each Shipper's Parcel Specifications for the 

26 corresponding Subject Parcel. The System calculates the Shipping Charges based on zip-to- 

27 zip pricing where the Seller has provided the origin zip code and the Buyer has provided the 

28 destination zip code. 
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1 [0349] The System provides an online display of a Dynamically Dimensioned Multi-Carrier 

2 Graphic Array such as is depicted in FIG. 46. If the Seller selected as the Seller's preference, 

3 "Item cost includes shipping charges" (170, FIG. 21), then the rates displayed will be 

4 "FREE". If the Seller selected as the Seller's preference, "Buyer pays actual shipping 

5 charges" (171, FIG. 21), then the rates displayed with be the total shipping charge as 

6 calculated according to each Carrier's rules for each Service available according to the 

7 Seller's expressed preferences. If the Seller selected as the Seller's preference, "Buyer pays 

8 shipping and additional charges" (172, FIG. 21), then the System will calculate and display 

9 rates that are the sum of: 1) the shipping rate for the applicable service according to each 

10 Carrier's rules; 2) If the Seller checked "Add Percentage of Shipping Cost" (173, FIG. 21), 

1 1 the product of the percentage entered in the Percentage of Shipping Cost field (174, FIG. 21) 

12 and the total shipping rate calculated according to the Carrier's rules; 2) if the Seller checked 

13 "Add Fixed Handling Charge" (175, FIG. 21), the dollar value entered in the Fixed Handling 

14 Amount field (176, FIG. 21); and 4) if the Seller indicated "Add System Service Fee" (177, 

15 FIG. 21), then the System Service Fee amount as indicated in the System database 22. 

1 6 [0350] The Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array online 

17 display presents only rating and delivery timing information for the Carriers that offer 

18 shipping of the particular Subject Parcel according to the particular Shipper's Parcel 

19 Specifications and which conform with the Seller's Carrier/Service preferences as selected 

20 according to the available options as described above regarding FIGS. 19 and 20. 

21 [0351] The Buyer uses a user input device such as a mouse, track ball, or the like, to pick a 

22 Carrier and Service. To make the selection, the Buyer, for instance, places the cursor of the 

23 Buyer's PC on the displayed Carrier cell entry (e.g., 408 as depicted in FIG. 46; e.g., 1065 as 

24 depicted in FIG. 3 6 [a] A) in the Graphic Array and clicks the Buyer's user input device (the 

25 "Selected Carrier"). 

26 [0352] Once the Shipper selects a particular Graphic Array Carrier cell element, (e.g., 408 

27 as depicted in FIG. 46; e.g., 1065 as depicted in FIG. 36[a]A) the System then processes the 

28 shipping transaction. In an exemplary simplified Internet embodiment of the invention, the 
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1 System processes the Shipper's shipping transaction using Shipper information from the 

2 Shipper Database 1 195 (e.g., as depicted in FIG. 39[a]A) and information for the Selected 

3 Carrier from the Carrier Database 1404a through 1404n (e.g., as depicted in FIG. 39[a]A). In 

4 an exemplary eCommerce embodiment of the invention, the System processes the shipping 

5 transaction using information supplied by both the Seller/Shipper and the Buyer/Recipient and 

6 information for the Selected Carrier. 

7 [0353] In an eCommerce embodiment of the invention, once the Buyer selects a Carrier and 

8 Service, the System prepares a Shipping Summary Screen (63, FIG. 10[d]D) an exemplary 

9 embodiment of which is depicted in FIG. 47. The System reports a summary of the Shipping 

10 information including the delivery address 410, the Carrier/Service 411 and the itemized and 

1 1 total charges for the item and shipping 412. In addition, if the Seller requested the System to 

12 collect payment information, the System provides a drop down selection menu button 413-2 

13 which when clicked will display a list of the methods of payment 413-1 previously selected by 

14 the Seller (e.g., 179a-179g, and 180, as depicted in FIG. 21). If a credit card payment method 

15 is indicated, the Buyer is required to supply a credit card number 414, and the expiration date 

16 month 415-1 (using a drop down menu button 415-2) and year 416-1 (using a drop down 

17 menu button 416-2). The Buyer is instructed to click the Cardholder Information button 417 

18 if the cardholder name and address are different than the shipping name and address 419. If 

19 the Cardholder and shipping information match, the Buyer clicks the Send button 418 to send 

20 the payment information to processing. 

21 [0354] In an exemplary simplified Internet embodiment of the invention, the System 

22 generates a Shipping Summary Screen once the Shipper has picked a particular 

23 Carrier/Service entry from a Graphic Array comparison. FIG. 48 depicts an alternative 

24 exemplary embodiment of a Shipping Summary Screen such as in an exemplary simplified 

25 Internet embodiment of the invention. In the embodiment depicted in FIG. 48, the Shipper has 

26 picked a particular Carrier/Service entry from a Graphic Array comparison (e.g., 1065 as 

27 depicted in FIG. 36[a] A). The Shipping Summary Screen depicted in FIG. 48 displays the 

28 Shipper Parcel Specifications 1110 and provides a detailed list and total, of the selected 

29 Carrier's charges 1111 . Clicking on the "Next" button 102 causes the display of the first of a 
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1 series of several screens (not shown) requesting the necessary Shipper and Recipient 

2 information. Once the Shipper has input all of the necessary information, the Shipper is 

3 presented with a final Summary and Payment Screen (not shown), which in addition to the 

4 fields depicted in FIG. 48 5 further requests Payment information, such as Payment Method, 

5 Credit Card No., Expiration Date, and Credit Card Type. 

6 [0355] Returning to the eCommerce embodiment depicted in FIG. 47, if the Buyer clicks 

7 the Cardholder Information button 417, the System displays a Cardholder Information 

8 collection screen (64, FIG. 10[d]D), an exemplary embodiment of which is depicted in FIG. 

9 49. The Buyer is asked to supply the Cardholder name 420, Street address 421, State 422-1 

10 (using a pull down menu button 422-2), and zip code 423. The Buyer clicks the Save button 

1 1 424 to save the cardholder information. 

12 [0356] As depicted in FIG. 10[d]D, once the Buyer in an eCommerce embodiment has 

13 completed all Buyer Response screens, the System enters the System package tracking 

14 number in the System's Shipping Log for the Seller, an exemplary embodiment of which is 

15 depicted in FIG. 50. The System also notifies the Seller via e-mail (66, FIG. 10[d]D) that the 

16 Buyer has completed all of the necessary shipping and payment information. 

17 

18 E. SHIPPING THE PACKAGE 

19 [0357] In an exemplary eCommmerce embodiment of the invention, the System notifies the 

20 Seller via e-mail (66, FIG. 10[d]D) once the Buyer has completed all of the necessary 

21 shipping and payment information. An exemplary embodiment of a Seller notification e-mail 

22 is depicted in FIG. 51. In the Seller notification e-mail, the System identifies the System as 

23 the sender 370, the Seller's e-mail 107 (e.g., as depicted in FIG. 12) as the recipient 375, and 

24 the item number 353. The e-mail contains a message 425 and instructions 427 to log on to the 

25 System 426 to view a Shipping Log. The Shipping Log provides a platform with which the 

26 Shipper/Seller controls the shipping and attendant functions for all packages shipped or to be 

27 shipped by the particular Shipper/Seller. 

28 [0358] The Seller can view the Shipping Log by selecting the View Shipping Log submenu 
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1 option 32b-2 from the Ship It menu option 32b (which provides various submenu options 

2 including Shipping Preferences 32b- L View Shipping Log 32b-2, Ship a Package 32b-3, Price 

3 a Package 32b-4, Send Shipment Notification 32b-5, UPS End of Day 32b-6 and Log Off 

4 32b-7) . The Shipper/Seller can control the display order of the Shipping Log by selecting 

5 from a choice of several reporting controls. The Shipping Log (65, FIG. 10[d]D) as depicted 

6 in FIG. 50 provides reporting controls such as Display selection 430 (with a pull down menu 

7 button 43 1), time period 432 (with a pull down menu button 433), and sort by 434 (with a pull 

8 down menu button 435). The Seller can click on the Update View button 436 to request an 

9 up-to-date report. Each Shipping log line item contains the System tracking number 438, the 

10 addressee name 437, the Carrier 440 and Service 439, the Ship date 441 and delivery date 

1 1 442, and control buttons that allow the Seller to request details 443, instruct the system to ship 

12 the item 444, void the shipment 445, or reprint a label 446. 

1 3 [0359] FIG. 52 is a graphic representation of an exemplary embodiment of a Void Package 

14 screen that the System displays if the Seller clicks on the Void button 445 on the Shipping 

15 Log. The Void Package screen provides a summary report of the information about the 

16 particular package 452, provides a View Details button 451 if the Seller wants additional 

17 detailed information about the package, and a Void Package button 453 if the Seller finally 

1 8 decides to void the identified package. 

19 [0360] FIG. 53 is a graphic representation of an exemplary embodiment of a Reprint Label 

20 screen which provides a report about the package 454, a View Details button 451, and a 

21 Generate Label button 455. If the User clicks the Generate Label button 455, the System will 

22 generate and print a shipping label (69, FIG. 10[e]E) for according to the appropriate Carrier 

23 and Service, as limited by the Seller and as finally selected by the Buyer. 

24 [0361] As mentioned above, in some embodiments, the Shipper can use the System to 

25 locally print on the Shipper's printer device a bar-coded shipping label according the Selected 

26 Carrier's certification standards. In some embodiments, the bar-coded shipping label, 

27 ' including two dimensional bar code labels, and other types of shipping labels, can be printed 

28 on either a thermal label printer or on a laser printer. The Shipper specifies the type of printer 
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1 to the system during initial setup procedures. Thereafter, the System uses, as appropriate, the 

2 thermal printer or laser printer module to prepare the label image for printing on the Shipper's 

3 printer. 

4 [0362] FIG. 54 depicts a flow diagram of one embodiment of the aspect of the invention 

5 that provides printing of bar-coded shipping labels on printer devices which are compatible 

6 with the client system on which the web browser is running, such as an HP-compatible laser 

7 printer. As depicted in FIG. 54, one of the NOC Servers, for instance, the Shipping Server, 

8 e.g., 21t as depicted in FIG. 7, gets the Label Size from the Carrier Label Specification 1250, 

9 the Label Layout from the Carrier Label Specification 125 1, Label Data from the Shipper 

10 Database 1252, and the Label Quality in Dots Per Inch ("DPI") as set by the Server 1253, and 

1 1 uses this information to Generate the Label 1254. 

12 [0363] The Server then creates, and causes the display on the client browser's display 

13 device of, a text string with a specified font face and in a specified font size in an HTML table 

14 data cell with a specified width 1255. If the client browser is using a 096 display device DPI, 

15 the display device will display said text string in the HTML table data cell in a single line. If 

16 on the other hand, the client browser is using a 120 display device DPI, the display device will 

17 display said text string in the HTML table data cell in two lines. 

1 8 [0364] In creating the display of the text string, the Server also sends a message to the 

19 Shipper asking the Shipper to answer the following question: do you see the text string 

20 displayed on your screen as a single line or as wrapped text in multiple lines? The Server 

21 receives the Shipper's response and determines from the response whether the Shipper's 

22 display device has displayed the text as a single line or as wrapped text in multiple lines 1256. 

23 If the text is displayed as a single line, then the client browser [12571 1258 display device DPI 

24 is [120]96. Otherwise, the client browser [2581 1257 display device DPI is [96] 120. 

25 [0365] Next, the Server calculates the shipping label HTML image size in pixels 1259 by 

26 multiplying the Carrier-specified label size from the Carrier Label Specification times the 

27 client browser display device DPI as determined by the previous step. 

28 [0366] Next, the System displays the generated label image in the client browser 1260 with 
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1 an HTML image tag and an HTML image size in pixels as calculated in the prior step. 

2 [0367] The client browser calculates the size of the label to be printed in inches by dividing 

3 the label HTML image size in pixels as calculated in a prior step by the client browser display 

4 device DPI 1261; the client browser then prints out the label with the size calculated 1261. 

5 [0368] FIG. 55 depicts a flow diagram of an exemplary embodiment of the aspect of the 

6 invention that provides printing of dimensionally accurate images, such as dimensionally 

7 sensitive symbologies including two-dimensional bar codes and other two-dimensional 

8 . machine readable symbologies. This aspect of the invention provides the printing of such 

9 dimensionally accurate images on various types of printer devices including among others 

10 HP-compatible laser printers. The printer devices can be configured with remote computers, 

1 1 such as PC's, that will receive signals to print the dimensionally accurate image over a 

12 communications network such as the Internet. Each PC having a client browser or executing 

13 like software, and each PC being configured with a pre-established Image Resolution that 

14 applies to the display device and the printer device configured with the PC. 

15 [0369] As depicted in FIG. 55, a computer, such as Server 20t as depicted in FIG. 7, 

16 determines the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and 

1 7 the Image Resolution in Dots Per Inch ("DPI") or in any other measure of Image Resolution * 

18 1353. The Server 20t uses this information to Generate the Image. 

19 [0370] Alternatively, the Image has previously been created; the Server 20t determines from 

20 the Image, the Image Size 1350, the Image Layout 1351, any relevant Image Data 1352, and 

21 the Image Resolution in DPI or in any other measure of Image Resolution 1353 (collectively 

22 referred to hereinafter as the "Image Characteristics"). 

23 [0371] The Server 20t determines the possible Image Resolution Categories and associated 

24 values for client PC's 1354. Image Resolution Categories and associated values include 

25 information such as the number of text strings, and the length of and characteristics (font face, 

26 font size, and HTML table cell width) of each of the identified number of, text strings that 

27 must be used to determine the Image Resolution of client display devices 1355-1356. 

28 [0372] An HTML table cell width is fixed in that the physical width of the display of the 
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1 HTML table cell does not change depending upon the resolution of the client device; a text 

2 string comprised of characters having a particular font and font size has a scalable width, 

3 depending upon the resolution of the client device resolution. Use of an HTML table cell to 

4 measure the resolution of client devices is not a limitation of the invention. In an alternative 

5 embodiment, a graphic element other than an HTML table cell, having a fixed width, is used 

6 to measure the resolution of client devices. 

7 [0373] The possible Image Resolution Categories and values are stored in the memory of 

8 the Server 20t and updated on some basis. In an alternative embodiment, the possible Image 

9 Resolution Categories and values are input into the Server computer. 

10 [0374] The Server 20t then analyzes the Image Characteristics, and the possible Image 

1 1 Resolution categories and/or values 1355, and creates the appropriate number of text strings 

12 and associated HTML table cells 1356. Each text string is created to have a specified font 

13 face, a specified font size, and an associated HTML table cell with a specified width 1356. 

14 The computer then causes the display of the text strings in the associated HTML table cells on 

1 5 the remote client PC's display device 1358. 

16 [0375] In creating the display of the text string, the Server also sends a message to the 

17 recipient PC asking the user to answer the following question: is the first text string displayed 

18 on your screen as a single line or as wrapped text in multiple lines? The Server 20t receives 

19 the remote user's response and determines from the response whether the remote user's PC's 

20 display device has displayed each of the text strings as a single line or as wrapped text in 

21 multiple lines 1256. The Server 20t then sets the PC's Remote Image Resolution for printing 

22 the Image 1359 according to the results of the user's PC's display of the text strings. 

23 [0376] Next, the Server calculates the Remote HTML Image Size in pixels 1 360 by 

24 multiplying the Image Size times the PC's Remote Image Resolution as determined by the 

25 previous step. 

26 [0377] Next, the Server displays the generated image on the display device of the remote 

27 PC 1361 with an HTML image tag and the Remote HTML Image Size in pixels as calculated 

28 in the prior step. 
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1 [0378] The client browser of the remote PC calculates the size of the Image to be printed 

2 ("Remote Print Image Size") in inches by dividing the Remote HTML Image Size in pixels by 

3 the Remote Image Resolution 1362; the client browser then prints out the Image with the 

4 Remote Print Image Size 1362. 

5 [0379] In one embodiment of the invention, instead of printing a shipping label at the 

6 Shipper's printer, a Package Number 1 120 is displayed online on a Package Number Screen 

7 with notification that the label will be printed at a shipping location previously designated by 

8 the Shipper. FIG. 56 depicts an exemplary embodiment of a Package Number Screen. The 

9 Shipper can Void the Package Label at this point by clicking the Void Package button 1121. 

10 The Shipper can request shipping of a new parcel by clicking the "New Package" button 1 122 

1 1 or can indicate completion of shipping instructions by clicking the "Done" button 1 123. 

12 [0380] FIG. 57 depicts an exemplary embodiment of a Generate Shipping Label Screen in 

13 an exemplary simplified Internet embodiment of the invention. The Shipper is given 

14 instructions 1 125 as to how to print the label. Clicking the "Generate Label" button 1 124 

15 causes the bar-coded label to be generated. 

16 [0381] FIG. 58 depicts an exemplary embodiment of a Print Label Screen in an exemplary 

17 simplified Internet embodiment of the invention. At the top of the Screen, an instruction 1 130 

18 is displayed to scroll to the bottom of the screen for instructions. The generated label 1 13 1 is 

19 displayed in the main body of the screen. Instructions for printing the label 1 132 are 

20 displayed at the bottom of the screen. Clicking the "Print Label" button 1133 (visible only for 

21 supported web browsers) will cause the label to be printed. Clicking the "Done" button 1 134 

22 will close the web browser window. 

23 [0382] Returning to the exemplary eCommerce embodiment, if the Seller chooses to ship a 

24 specified package, e.g., by clicking on the Ship button 444 as depicted in FIG. 50, the System 

25 requests the Seller to input information to e-mail a notification to the Buyer that the package 

26 is being shipped. FIG. 59 is a graphic representation of an exemplary embodiment of a Send 

27 Ship Notification screen (67, as depicted in FIG. 10[e]E). In one eCommerce embodiment, 

28 this information is automatically prepared by the System and an e-mail (e.g., 70 as depicted in 
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1 FIG. 10[e]E) is automatically sent to the Buve r(m e.g., FIG. 10E) when the Seller ships the 

2 package. In one embodiment, the Seller completes the information in this screen only if the 

3 Seller ships the package with a Carrier or a service that is not supported by the System. 

4 [0383] In an exemplary FIG. 60 depicts an exemplary E-Mail Others "Messages" pop-up 

5 Window in an exemplary simplified Internet embodiment which allows the Shipper to identify 

6 the "To" or "cc" status of the desired notification 1101 using a drop down menu activator 

7 1 102 and which allows the user to enter each e-mail recipient's Name 1 103 and E-Mail 

8 Address 1 104. FIG. 60 depicts two Recipients 1 107 and 1 108; the screen is exemplary and is 

9 not a limitation of the invention. 

10 [0384] Returning to the exemplary eCommerce embodiment, when the Seller chooses to 

1 1 ship a specified package, the System prepares and displays a Ship a Package Summary report 

12 (68, FIG. 10[e]E) an exemplary embodiment of which is depicted in FIG. 61 . 

13 [0385] If the Seller/Shipper ships packages using UPS, the Seller will need to run UPS End 

14 of Day processing (71, FIG. 10[e]E) at least once each day a package is shipped using UPS. 

15 FIG. 62 is an exemplary embodiment of the UPS End of Day screen. The System provides 

1 6 instructions 470 and a Perform End-of-Day button 47 1 . The System also provides Reprint 

17 instructions to reprint a driver record from a previous End-of-Day process 472 and a Find 

1 8 Driver Record button 473 . 

19 [0386] FIG. 63 is a graphic representation of an exemplary embodiment of a Reprint Driver 

20 Record Screen that lists prior driver records 480, each record provides a Reprint button 481 

21 which when clicked will reprint the driver record (72, FIG. 10[e]E). 

22 [0387] After the Seller has completed printing the label, the Seller must give the package to 

23 the Carrier (73, FIG. 10[e]E) so that it can be delivered via the Carrier (74, FIG. 10[e]E). 

24 [0388] The System provides complete tracking and reporting capabilities for packages 

25 shipped through it, and for packages for which a Carrier tracking number is known as 

26 described below and as disclosed in U.S. Provisional Patent Application Serial No. 

27 60/170,186 previously attorney docket number 36618/DBP/I249 now attorney docket number 

28 36620/DBP/I249, the disclosure of which has previously been incorporated for all purposes 
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1 herein by reference. 

2 [0389] FIGS. 64[a-l]A 1 l, 64[a-2]A z 2, 64[b-l]BJ_ and 64[b-2]B r 2 are System interactivity 

3 data and logic flow diagrams depicting an exemplary eCommerce embodiment of the process 

4 by which the System completes the information necessary to ship a package. References in 

5 the explanation and description of FIGS. 64[a-l]A 1 l, 64[a-2]A^2, 64[b-l]B 1 l and 64fb-21B-2 

6 to the Buyer mean to the Buyer and the Buyer's computer 8-2; references to the Seller mean 

7 to the Seller and the Seller's computer 8-1; references to the System mean the System servers, 

8 20a-20n (the database servers) and 21a-21z (the other System servers); references to the 

9 System database mean to the entire logical System database 22. 

10 [0390] The Seller eCommerce Preference setup Processes 23 1 through 239 have been 

1 1 previously described herein above. After the Seller has completed setting up eCommerce 

12 preferences, and after the Seller is notified of a sale, the Seller enters the System and prepares 

13 to enter Buyer information by clicking on the Buyer information submenu option 501 . The 

14 System then displays a Buyer Information screen 502 to the Seller. The Seller then enters 

15 Buyer information and clicks the Next button 503. The System responds by displaying the 

16 Item and Cost screen 504. The Seller enters the item and cost information and sends the 

1 7 information to the System 505 . 

18 [0391] The System uses the information provided by the Seller to create a new package 

19 record in the System database and sets the status of the package to "waiting for buyer's 

20 response" 506. The System prepares and sends an e-mail to the Buyer requesting information 

21 to complete the shipment and including a URL hyperlink to the System web site page that is 

22 available to intake the Buyer's information, the URL containing a System package tracking 

23 number for the specified package 507. The System also prepares and sends an e-mail to the 

24 Seller informing the Seller that the e-mail has been sent to the Buyer 508. 

25 [0392] The Buyer upon receipt of the System e-mail, uses a web browser to navigate the 

26 URL in the System e-mail and enter the System 509. The System retrieves the System 

27 package tracking number from the URL provided by the user's browser to access 510 and 

28 retrieve 51 1 the package information from the System database. The System provides the 
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1 Buyer with an introduction and instructions to complete the process 512. If the Buyer chooses 

2 to proceed, the Buyer clicks the Next button 513. The System then requests Buyer shipping 

3 information 514. The Buyer completes the Buyer shipping information and clicks the Next 

4 button 515. The System accesses 516 and retrieves 517 from the System database rating 

5 information, including the Seller's preferences. The System uses the rating information and 

6 prepares and displays for the Buyer a multi-carrier, multi-service shipping cost comparison 

7 Graphic Array 518. The Buyer selects a Carrier/Service entry from the Graphic Array to ship 

8 the package 519. The System verifies the information and requests payment information from 

9 the Buyer in accordance with the Seller's preferences 520. The Buyer selects a payment 

10 method, enters payment information and Sends the information to the System 521 . The 

1 1 System stores all Buyer information and associates that information with the package, and 

12 updates the package status to "buyer has replied" 522. The System sends an e-mail to the 

13 Seller notifying the Seller that the Buyer has replied 523. The System in some embodiments 

14 sends an e-mail to the Buyer notifying the Buyer that the System has informed the Seller that 

15 the Buyer has replied 524. 

16 [0393] The Seller requests a Shipping Log of "Today's Packages" 525. The System 

17 accesses the System database 526 to retrieve 527 a Shipping Log of the Seller's packages that 

18 need to be processed. The System displays the Shipping Log to the Seller 528. The Seller 

19 locates the package to which the Buyer responded and clicks the Ship button 529. The 

20 System displays the Shipping screen to the Seller 530. 

21 [0394] FIGS. 65 [a] A and 65[b]B represent a database schema diagram that depicts an 

22 exemplary embodiment of tables in which data is stored by the System regarding a particular 

23 package and a particular Seller's Account, and from which information is retrieved in order to 

24 facilitate the shipment of a package. The database schema depicted in FIGS. 65 [a] A and 

25 65[b]B provides an Account User table 251, a Users table 252, an Account User 

26 Configuration table 253, a Carrier Account table 254, an Account table 255, an Account and 

27 Carrier Account table 256, an Address table 257, a Site Type table 258, an Account and Site 

28 Type table 259, an Account and Site table 260, and a Site table 270, all of which were 

29 previously described herein above with respect to FIGS. 33[a]A and 33[b]B. The database 
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1 schema with respect to package information further provides the Package Table 26 1 . The 

2 Package Table 261 contains for each package, among other things, a Package OID (a pointer) 

3 261-1, the actual weight 261-2, length 261-3, width 261-4, height 261-5, System package 

4 tracking number 261-6, site type ID 261-7, Site OID (a pointer) 261-8, Account number 261- 

5 9, User ID 261-10, From contact name 261-1 1, From address 1 261-12, To contact name 261- 

6 13, To address 1 261-14, Bill contact name 261-15, and the Bill address 1 261-16. 

7 

8 F. TRACKING 

9 [0395] The tracking features described below apply similarly to both an exemplary 

10 simplified Internet embodiment and to an exemplary eCommerce embodiment of the 

11 invention. 

12 

13 1) USER REQUESTED TRACKING 

14 [0396] In order to track a particular package using the System, a Shipper identifies a 

15 tracking number for that package to the System and requests that the System report the status 

16 of the package. Two types of tracking numbers are used to track packages: 1) Carrier tracking 

17 numbers and 2) System tracking number. 

1 8 [0397] Each Carrier assigns each package a tracking number that uniquely identifies each 

19 package and which is used to trace packages as the package moves through the particular 

20 Carrier's system to the package's destination. The Shipper or the package recipient uses the 

21 tracking number for a particular package to track, locate, and verify delivery of the particular 

22 package. 

23 [0398] A System tracking number is a unique number generated internally by the System to 

24 identify a particular package shipped using the System. The Shipper inputs the Shipper's 

25 Parcel Specifications for the Subject Parcel. Using each Shipper's Parcel Specifications, the 

26 System is programmed to access databases containing information about each supported 

27 Carrier. Each supported Carrier has a unique rating schedule, delivery and pickup rules and 
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1 schedules, and certification requirements (the "Carrier Rules"). The System is further 

2 programmed to apply each supported Carrier's Rules to each Shipper's Parcel Specifications 

3 for the corresponding Subject Parcel. The System provides an online display of a 

4 Dynamically Dimensioned Multi-Carrier, Multi-Service Graphic Array as depicted, e.g., in 

5 FIGS. 36a and 46 described above. 

6 [0399] The Shipper in this case uses a user input device to pick the preferred Carrier, by for 

7 instance placing the cursor of the Shipper's PC on the displayed Carrier cell entry, e.g. 1065a, 

8 in the Graphic Display as depicted in FIG. 36[a]A and clicking the Shipper's user input device 

9 (the "Selected Carrier"). 

10 [0400] As a result of the Shipper selecting a Carrier cell entry in the Graphic Display to ship 

11 a package, the System assigns the package a System package tracking number and adds a 

12 record containing all of the pertinent information about the package to the System database 

13 22. Following are exemplary Shipping tracking numbers: MAGGY841VRY50; 

1 4 MAGGY84B496RF; M AGGY84X0FJ45 . In one embodiment, the System Tracking 

15 Number is based on a Base-33 number system. The characters available are: Zero (0) through 

16 nine (9) and A through Z excluding "I" (i), "L" (1), and "O" (o). Each letter represents a value, 

17 as depicted in the table below: 

18 A= 10 F = 15 M = 20 S = 25 X = 30 

19 B = ll G=16 N = 21 T-26 Y = 31 

20 C = 12 H = 17 P = 22 U = 27 Z = 32 

21 D= 13 J= 18 Q = 23 V = 28 

22 E=14 K=19 R = 24 W = 29 

23 Each System Tracking Number is 13 alphanumeric characters. Position 1 is the letter f M\ 

24 Positions 2 - 7 are a System Account number. Positions 8 - 12 are a five-digit ID. Position 13 

25 is a Check Digit. 

26 [0401] To calculate the Check Digit, the System performs the following steps: 1) 

27 Consecutively multiply the numeric value of each of positions 2-7; 2) Consecutively multiply 
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1 the numeric value of each of positions 8 - 12; 3) Add both results; 4) Divide by 3 1 ; 5)Convert 

2 the remainder value to a Base-33 number. The converted value is the Check Digit. 

3 [0402] Referring to FIG. 5 once again, when a Shipper/User ships a package using the 

4 System, one or more of the System's Servers, e.g., 21a-21n create a new System tracking 

5 number. When a new System tracking number is created, one of the System's Database 

6 Servers, e.g., 20a-20n, adds a new package record with the newly created System tracking 

7 number to a Package Table 28. 

8 [0403] The Package Table 28 resides in the System database 22 and contains package 

9 records for System processed packages. An exemplary embodiment of the Package Table 

10 contains the following information: 1) Package Tracking State ID; 2) Package Shipping State 

11 ID; 3) Actual Delivery Time; 4) Delivered To information; 5) Shipping Date; 6) Carrier 

12 Tracking Number; 7) System Tracking Number; 8) Carrier ID; 9) Actual Package Weight; 10) 

13 Service Description; and 1 1) Package OID. The content of these fields are described further 

14 below. 

15 [0404] The Package Tracking State ID specifies the tracking state of the package. In an 

16 exemplary embodiment of the invention, there are four different tracking states: l)Null (New 

17 Packages or Shipped Packages); 2) Manifested (at the end of each day, package information is 

18 moved to the Package History Table for tracking purposes); 3) In Transit (The Carrier has 

19 picked up packages); 4) Delivered (Packages have been delivered to the shipping destination). 

20 [0405] The Package Shipping State ID specifies the shipping state of a package. In an 

21 exemplary embodiment of the invention, there are two different shipping states: 1) Shipped 

22 (New Packages or Shipped Packages); 2) Manifested (at the end of each day, package 

23 information is moved to the Package History Table for tracking purposes). 

24 [0406] The Actual Delivery Time specifies the Date/Time that the package was actually 

25 delivered. The Delivered To information identifies the person or place to which the package 

26 was delivered (e.g., left with receptionist, receptionist front desk, or guard). The Ship Date 

27 specifies the date on which the Carrier picked up the package. The Carrier Tracking Number 

28 identifies the Carrier-specific package tracking number. The System Tracking Number 
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1 specifies the unique Package tracking number internally generated by the System (each 

2 System tracking number corresponds to exactly one Carrier-specific tracking number). The 

3 Carrier ID specifies an identification code for the particular Carrier. The Actual Package 

4 Weight specifies the actual weight of the package as opposed to the billed weight. The 

5 Service Description describes the type of services used to ship the package e.g., Overnight, 3 

6 Day Ground, Second Day Air, etc. The Package OID contains a Globally Unique Identifier 

7 ("GUID") for each package. 

8 [0407] When the System creates a new package record, the record remains in the Package 

9 Table 28 during an initial period of time, for example, the first day during which the record is 

10 created, so that the Shipper/User can modify information about the package or void the 

1 1 package record as appropriate. In an exemplary embodiment of invention, the System 

12 performs certain processing on a periodic basis, such as at the end of each business day. This 

13 type of processing is referred to herein as "End Of Day" processing. In an exemplary 

14 embodiment of the invention, during "End of Day" processing, the System removes all new 

15 package records from the Package Table 28 and moves the records to a Package History Table 

16 29 which also resides on the System Database 22. In an exemplary embodiment, Package 

17 History Table 29 records contain the same data fields as described above regarding Package 

18 Table 28 records. 

19 [0408] FIG. 68 is a graphic representation of a Shipper online user input screen that is 

20 displayed on the Shipper's display screen 10. If a Shipper/User wants to track a particular 

21 package, the Shipper/User enters the tracking number that identifies the particular parcel 

22 package of interest in the "Enter tracking number" field 2035. It should be understood by 

23 those with ordinary skill in the art that the User may be someone other than the Shipper. For 

24 instance, the User may be a Recipient who wishes to track a package being sent to the user. 

25 Once the User has entered a tracking number, the User submits a request to track the particular 

26 package identified by clicking on the Submit button 2036. 

27 [0409] FIG. 69 is a logic flow diagram that depicts the high level logic for tracking the 

28 status of a particular package. The User enters 201 8a and 201 8b a tracking number 19 in the 
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1 tracking number field 2035 (as was shown in FIG. 68). The System first validates 2050 the 

2 tracking number 19. The System performs the validation process by attempting to access the 

3 record on the System database 22 that is associated with the tracking number 19. To do this, 

4 the System requests that a System database server, e.g., 20a (as depicted in FIG. 5) locate and 

5 retrieve the package record that is associated with the tracking number 19. The System 

6 database server, e.g., 20a as depicted in, e.g., FIG. 5, uses the entered tracking number 19 to 

7 search the System database 22 to locate and retrieve the specified package record. In one 

8 embodiment, the System database server, e.g., 20a as depicted in, e.g., FIG. 5, is programmed 



9 to perform database accesses using Sequel 7.0. 

10 [0410] Through the validation process, the System determines whether the tracking number 

11 19 is a System tracking number or a Carrier tracking number. Below are examples of Carrier 

12 tracking numbers. 

13 UPS - lz8595610344113190 

14 Airborne - 3918984344 

15 FedEx -811152682326 

16 USPS - ej585489546us 

1 7 Yellow Freight - 2 1 00003475 

18 If a user enters a Carrier tracking number as the tracking number 19, then depending upon the 

19 status of the package, or the number of times that the package was tracked, there may be no 

20 information in the System database 22 for the Carrier tracking number. In such a case, the 

21 System then uses algorithms provided by each Carrier to determine the Carrier identification. 



22 [041 1] If the System determines that there is information about the package on the System 

23 database 22, then the System analyzes the Package Shipping State. If the Package Shipping 

24 State of the retrieved record is "Manifested" or "In Transit" and the Package Tracking State is 

25 not "Delivered", then the System prepares to track the package using the appropriate Carrier 

26 system. If the Package Shipping State of the retrieved record is "Delivered", or other final 

27 status, then the System reports the status of the package to the user. 
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1 [0412] If the tracking number 19 is a valid System tracking number, then the System 

2 extracts the Carrier's tracking number and Carrier's ID from the package record retrieved 

3 from the System database 22 before issuing a request 2054. Otherwise, if the tracking number 

4 19 is a Carrier tracking number, then the System extracts the Carrier's ID from the package 

5 record before issuing a request 2052 to the Carrier's Internet system. The System uses the 

6 Carrier's ED to retrieve from the System database 22 the Internet URL for the Carrier's 

7 Internet web site. The URL information is configurable. 

8 [0413] Returning for a moment to FIG. 5, using the Carrier's Internet URL, the System then 

9 makes an HTTP connection to the Carrier's web server, e.g., 23-2, 24-2, 25-2, 26-2, or 27-2, 

10 using the URL information for the particular Carrier's web server. Depending upon the 

1 1 Carrier, the System's 1 request and report interface with the Carrier's web server is 

12 programmed in HyperText Markup Language ("HTML") (e.g., 24-1, 25-1, 27-1), Extensible 

13 Markup Language ("XML") (e.g., 26-1), or both HTML and XML (e.g., 23-1). FIG. 66 

14 depicts an exemplary XML formatted request for submitting a tracking request to a Carrier. 

15 FIG. 67 depicts an exemplary successful tracking response, also in XML format, returned by 

16 the Carrier. 

17 [0414] Then, as depicted in FIG. 69, the System transmits the Carrier's tracking number 

18 over the HTTP connection (2052 or 2054). The System instructs the Carrier's web server as 

19 to what information is requested based on the connection made using the URL. 

20 [0415] If the Carrier's web server successfully responds 2055 to the System's 1 tracking 

21 request, the System disconnects from the Carrier's web server and parses the response data. 

22 Some Carriers' response data contains unnecessary text information. The System strips out 

23 all of the unnecessary text in order to parse the relevant information. 

24 [0416] If the System database 22 does not have any previous record of the package, such as 

25 would be the case if the package had not been shipped using the System shipping application, 

26 then the System does not store any data about the package in the Package Table or the 

27 Package History Table. 

28 [0417] Otherwise, the System then updates the System database 22 and reports the 
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1 information to the Shipper/User 2056. If the package is reported as delivered, the System 

2 populates the Package History Table 29 in the System database. As was previously 

3 mentioned, in an exemplary embodiment, Package History Table 29 records contain the same 

4 data fields as described above regarding Package Table 28 records. 

5 [0418] If on the other hand, the Carrier's Internet web server returns an unsuccessful report 

6 from test 2050 , the System reports the failure 2051 to the User. FIG. 70 is a graphic 

7 representation of an exemplary unsuccessful tracking report to the User. The Tracking Failure 

8 Report Screen as depicted in FIG. 70 informs the User that the System was unable to track the 

9 package 2060 and displays 2061 the package tracking number 19 that the User previously 

10 entered. The Tracking Failure Report Screen asks the User to verify the accuracy of the 

1 1 tracking number and to specify a Carrier by name 2062. The Tracking Failure Report Screen 

12 provides a pull down menu button 2063, that when clicked, displays a list 2064 of the 

13 supported Carriers. The user enters a new tracking number 19 in the tracking number field 

14 2035 and specifies the Carrier by highlighting one of the Carriers displayed in the list 2064. 

1 5 The user submits the request by clicking on the Submit button 2036 (covered by the pull down 

1 6 selection list 2064 in FIG. 70). 

1 7 [0419] If the Carrier's system successfully returns tracking information, then the System 

18 displays the package's current status. As depicted in FIG. 71, if the package has a "Delivered" 

19 status, the System reports the Status 2071; status as of Last Scan including date time and 

20 location 2072; Delivered To location 2073; Delivery Date 2074; Delivery Time 2075; 

21 Delivery Location 2076; Signed by 2077; Carrier Name 2078; Service 2079 and Tracking 

22 Number 2080. 

23 [0420] Status 2071 reports the Delivery Status, also referred to as the Track, or Tracking, 

24 State. Last Scan 2072 reports Last scan information for the particular package. When a 

25 package is moved from one location to another, the label of the package is scanned according 

26 to each Carrier's processing requirements. Also, many Carriers scan package labels when 

27 packages are received by the recipients. Delivered To 2073 reports the person or place to 

28 which the package was delivered (e.g., left with receptionist, receptionist front desk, or 
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1 guard). Delivery Date 2074 reports the date on which the package was delivered. Delivery 

2 Location 2076 reports, for most carriers, the city, zip code, and state information for the 

3 location to which the package was delivered. However, for some carriers, such as UPS, the 

4 delivery location reports where the package was dropped off (e.g., front porch, front door). 

5 Signed By 2077 reports the name of the person who signed the package after receiving it. 

6 Carrier 2078 reports the name of the Carrier that delivered the package. Service 2079 reports 

7 the type of shipping service (i.e., Ground). Tracking Number 2080 reports the System 

8 tracking number or carrier tracking number entered by the User. 

9 [0421] The User is invited to enter another tracking number 19 in the tracking number field 

10 2035 and click the Submit button 2036 to submit the next tracking request. 

1 1 [0422] As depicted in FIG. 72, if the package has not yet been delivered, the System reports 

12 the information available, e.g., the Status 2071, Last Scan 2072, Carrier 2078 and Tracking 

13 number 2080. In such a case, the System asks the User if the User want to be notified when 

14 the identified package is delivered 2090 . The System provides the User with input fields to 

15 register to receive, and have sent, e-mail notification after the package is delivered. A user 

16 can enter up to three names, 2091, 2093 and 2095, and up to three e-mail addresses, 2092, 

17 2094, and 2096, to receive the delivery confirmation. The User submits the e-mail notification 

1 8 (with message 2097) by clicking on the Submit button 2036- 1 . 

19 [0423] If the User completes the e-mail notification input fields with at least one e-mail 

20 name and address, e.g., 2091 and 2092, the System creates an entry in a Track Response Table 

21 30 which is a table contained in the System Database 22 as depicted in FIG. 5. The Track 

22 Response Table entry contains the tracking number 19 earlier specified by the User and 

23 displayed 2080 in the Tracking Report Screen depicted in FIG. 72. The System uses the 

24 Track Response Table 30. The System performs Automatic Tracking for all of the package 

25 tracking numbers contained in the Track Response Table 30 at the time that the Automatic 

26 Tracking procedure is executed. Automatic Tracking is described in more detail below. 

27 [0424] The User can then enter another tracking number 19 in the tracking number field 

28 2035 and submit the new request by clicking on the Submit button 2036-2. When the Carrier 
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1 delivers the package, the System detects the delivery through one of several ways, as will be 

2 further explained below, and then sends e-mail with a link to the web page with the most up to 

3 date package status. 

4 [0425] In an alternative embodiment, if the tracking number 19 is a Carrier tracking 

5 number, the Server will validate the Carrier tracking number is a valid tracking number. If the 

6 Carrier tracking number is not a valid number, the Server will return an invalid tracking 

7 number error. If the Carrier tracking number is a valid number, the Server will not attempt to 

8 match the number to a manifested package; the Server will track the package using the 

9 particular Carrier's Internet tracking routine; and will return the tracking response to the Web 

1 0 Client of the requesting Shipper/User. 

1 1 [0426] In an alternative embodiment, if the tracking number 19 is a System tracking 

12 number, then the System validates the System tracking number to ensure that it is a valid 

13 System tracking number. If the System tracking number is not a valid tracking number, the 

14 Server will return an invalid tracking number error. If the System tracking number is a valid 

15 tracking number the Server queries the System database 22 to find the Carrier tracking 

16 number which corresponds to the System tracking number. If no package record is found for 

17 the System tracking number, then the Server will return an error to the Web Client of the 

18 requesting Shipper. The error message will indicate that no package record was found; it will 

19 request the user to verify that the tracking number was from a package which had been 

20 dropped off notify the user that a package be tracked on the same day it shipped. If the 

21 package record is found and the actual ship date is the same as the current date, the Server will 

22 return an error to the Web Client of the requesting Shipper indicating that the user/Shipper 

23 cannot track the package on the same day it is shipped. 

24 [0427] In this alternative embodiment, once the Server has identified the Carrier tracking 

25 number, the Server will track the package using the Carrier's Internet tracking routine. If the 

26 tracking response from the Carrier's Internet tracking routing indicates an error, the Server 

27 will make another attempt to track the package through the Carrier's Internet tracking routine. 

28 If the second tracking request results in an error, the Server will notify the Web Client of the 
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1 requesting Shipper that the Carrier is unable to track the package, and will log a tracking 

2 request error containing the Error Log number, the System tracking number, the Carrier 

3 tracking number, the time and date the tracking request occurred, the error response reported 

4 by the Carrier, and the Account Name of the user/Shipper making the tracking request, if that 

5 information is available. 

6 [0428] If, on the other hand, the Carrier returns a valid tracking response, the Server will 

7 update the package status in the Server Database with the tracking response and will return the 

8 detailed package information to the Web Client of the requesting user/Shipper from the 

9 System Database as described below. 

10 [0429] If the user supplied a Carrier tracking number, the Web Client will display the basic 

1 1 tracking information provided by the particular Carrier's Internet tracking function. In one 

12 embodiment of the invention, when the user provides a Carrier tracking number to track a 

13 package, the user/Shipper's Web Client requires the user/Shipper to identify the Carrier. 

14 [0430] If the user/Shipper provides a System tracking number, then if the user/Shipper is 

15 logged on to the account, or otherwise enters valid logon information, that information must 

16 correspond to the Account which shipped the package. In that case, the user/Shipper's Web 

17 Client will display the following information: System tracking number; recipient address; 

1 8 drop off location; Carrier and service; Carrier tracking number if available; actual ship date if 

19 available; delivery address if available; delivery location if available; delivery date if 

20 available; delivery time if available; signed for by information if available; package rate; 

21 package weight; package dimensions; packaging; customer reference information; all scan 

22 activity. 

23 [0431] If on the other hand, the user/Shipper is not logged on to the account, fails to enter 

24 valid logon information, or is logged on to an Account which does not correspond to the 

25 Account which shipped the package, the user/Shipper's Web Client will display the following 

26 information: System tracking number; recipient contact name; recipient company name; 

27 Carrier and service; Carrier tracking number if available; actual ship date if available; delivery 

28 address if available; delivery location if available; delivery date if available; delivery time if 
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1 available; signed for by information if available; package weight; customer reference 

2 information; all scan activity. 

3 2) AUTOMATIC TRACKING 

4 [0432] Automatic Tracking of packages with Priority Delivery Notification is performed 

5 when the package meets the following criteria: the package is a manifested package; the 

6 package was shipped using Priority Delivery Notification; The actual ship date of the 

7 package is the earlier than the current date; the package does not have the status of Delivered 

8 or Lost. 

9 [0433] Automatic Tracking of a particular package can be requested by the User, as 

10 depicted in FIG. 72 and as was described above 

1 1 [0434] If the package fulfills all of the above-described automatic tracking criteria, the 

12 System places a record in the Track Response Table 30 and thereafter tracks the package on 

13 some regular periodic time interval, for example, every four hours beginning at a staggered 

14 start time. The start time is determined randomly and is staggered to occur at regular intervals 

15 every four hours . 

16 [0435] The System tracks the package using the specified Carrier's Internet tracking routine 

17 as was previously described above. If the Carrier's Internet tracking routine returns a tracking 

1 8 response that the tracking request is an error, the Server will track the package at the next 

19 staggered tracking time. If the second tracking request response is also an error, the Server 

20 will track the package at the next scheduled four hour interval. If the third tracking request 

21 fails, the Server will log a tracking request error containing the following information: error 

22 log number; System tracking number; Carrier tracking number; time and date the tracking 

23 request occurred; and the error response from the Carrier. In the event that the third tracking 

24 request fails, the Server will issue an Automatic Tracking Alert, for instance, to System 

25 Support, containing the error log number. 

26 [0436] If the tracking request results in a successful tracking response, the Server will 

27 update the package status in the Package History Table 29 in the System Database 22 with the 

28 tracking response information. If the package status returned is Delivered, the Server will 
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1 send delivery notification via e-mail to the notification address(e), e.g., 2091 - 2096 as 

2 depicted in FIG. 72, as previously supplied by the Shipper/User. For a Delivered package, the 

3 Server will update the Package History Table 29 in the System Database 22 to indicate that 

4 the package has been delivered, that a delivery notification e-mail has been sent, and the date 

5 and time that the e-mail was sent. 

6 [0437] If the manifest package was shipped without Priority Delivery Notification, then on 

7 any day after the actual ship date, as long as the status of the package is not Delivered or Lost, 

8 the System will track the package every day at a non-peak period. If the tracking response is 

9 an error, the Server will not attempt a second tracking request. If the tracking response is 

10 successful, the System will update the package status in the System Database 22 with the 

1 1 tracking response information. 

1 2 [0438] The System will verify that all packages with a status of Delivered were delivered 

13 within the guaranteed delivery time. For each Delivered package for which delivery was not 

14 made with the guaranteed delivered time, the Server will generate a Delivery Exception 

15 containing the following information: Carrier account number for the Drop Off Location; 

16 Carrier tracking number; date of shipment; complete destination address information; delivery 

1 7 exception ID number. 

1 8 [0439] In one embodiment of the invention, there are four types of scripts, or procedures, 

19 that run regularly to update the Package History Table 29 and the Track Response Table 30 in 

20 the System database 22: 1) Track All Scripts, 2) Track Inbound Script, 3) Inbound 

21 Confirmation Mail Script and 4) Delivery Confirmation Script. Each is described further 

22 below. 

23 [0440] Track All Scripts are run on a regular basis. There is a Track All script for each 

24 Carrier (e.g., FedEx, UPS, Airborne, and Yellow Freight). Each Track All script executes a 

25 set of instructions that enumerate the package records in the Package History Table 29 to get 

26 updated information from a specific Carrier's database. If a System tracking number has a 

27 delivered tracking state, then the next time a user tries to get tracking information for this 

28 particular tracking number, the System will not need to connect to the Carrier's web server to 
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1 get the package status information. 

2 [0441] Track Inbound Script is run on a regular basis. Track Inbound Script searches the 

3 Track Response Table 30 and enumerates all entries in the table to get updated information 

4 from multiple Carriers' databases. If a tracking number has a delivered tracking state, then 

5 Users are notified via e-mail that their packages have been delivered. Also, if the tracking 

6 number is a System tracking number then the Package History Table 29 gets updated with this 

7 delivered tracking state information for optimization purposes. By updating the Package 

8 History Table 29, the System does not need to re-connect to carriers' web servers to get 

9 information about a package that has been already delivered. 

10 [0442] Inbound Confirmation Mail Script is run on a regular basis. It searches the Track 

1 1 Response Table 30 for packages that have a delivered track state. When the script finds 

12 delivered packages for Users who requested to receive e-mail notifications, it sends e-mail 

13 notifications to them with delivery information. 

14 [0443] Delivery Confirmation Script is run on a regular basis. It searches the Package 

1 5 History Table 29 and enumerates all entries in the table for which the User has requested 

16 delivery notification when the subject package has been delivered to destination. When the 

17 script finds delivered packages in the Package History Table 29 for Users who requested to 

18 receive e-mail notifications, it sends e-mail notifications to them with delivery information. 

19 

20 3.) COUNTER MANIFEST SYSTEM (CMS) TRACKING 

21 [0444] As an alternative to using an Internet embodiment of the invention, a user can track 

22 packages by using the counter Manifest System CMS feature of the invention. In such an 

23 embodiment, CMS is a standalone-dedicated system that uses a connection to one of the 

24 System's servers (the "CMS Server") to track packages. CMS can be connected to one of the 

25 System servers in many different ways, including among others, DSL dial-up, ISDN dial-up, 

26 Modems, Tl line, Hughes VSAT link or other communications systems. 

27 [0445] In the CMS environment, a company maintains a connection for the CMS to the 

28 CMS Server to track packages for customers. The CMS User track packages for the CMS 
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1 User's customers by entering a tracking number in the CMS tracking page. CMS tracking 

2 allows a customer to register for a delivery confirmation to receive e-mail notifications when 

3 packages are delivered. Also, customers can register using the System's Internet embodiment 

4 to receive inbound delivery notifications for the packages that are shipped using the CMS. 

5 [0446] FIG. 73 is a graphic representation of an exemplary CMS online user input screen. 

6 The User inputs a tracking number 19 in the input tracking number field 2100 and submits a 

7 request to the System to track the package associated with the input tracking number 19 by 

8 clicking on the "Track" button 2 1 02 or the "Find Package" button 2101 . 

9 [0447] FIG. 74 is a graphic representation of an exemplary CMS display screen that reports 

10 a successful tracking result 2103. After reading the tracking report, the User can request that 

1 1 another package be tracked by clicking the 'Track Another" button 2 1 04. 

12 [0448] FIG. 75 is a graphic representation of an exemplary CMS error tracking report 

13 display screen. The tracking number 19 is displayed with an error message 2105. The user 

14 can request that another package be tracked by clicking the "Track Another" button 2104. 

15 

16 4.) MANIFEST AND INBOUND TRACKING 

1 7 [0449] A User can register with the System to establish a shipping account. Once a User has 

1 8 established an account, the System will record in the System database 22 information for 

19 every package shipped under the User's account. The information contained in the System 

20 database 22 under the User's account is referred to as the User's Shipping Log. 

21 [0450] The System provides the User with online capability to request information about the 

22 User's Shipping Log. FIG. 76 is a graphic representation of an exemplary embodiment of a 

23 "My Tracking" Screen. On the viewer's left side of the My Tracking Screen display, a "My 

24 Tracking submenu 21 10 is provided to allow the User to select options. By clicking on and 

25 highlighting one of the My Tracking submenu 2110 options, the User can select to view the 

26 User's Account's Shipping Log 21 1 1, to View Inbound Packages 2112, to Add Inbound 

27 Packages 2113, and to indicate Tracking Preferences 21 14. The User can also input a tracking 

28 number 19 into the Quick Track input field 2115 and request that the System track the 
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1 identified package by clicking the "go" button 2116. 

2 [0451] FIG. 77 is a graphic representation of an exemplary embodiment of a Shipping Log 

3 Screen. A logged on registered User enters this display screen by clicking on the My 

4 Tracking submenu 2110 User's Account's Shipping Log option 2111. If the User is both 

5 logged on and registered, then in response to the User clicking on the My Tracking submenu 

6 2110, User's Account's Shipping Log option 2 1 1 1 , the System presents a Shipping Log 

7 Screen with certain selection criteria. In the embodiment depicted in FIG. 77, the System 

8 initializes selection criteria fields with certain default values. For instance, the Shipping Log 

9 will search the system database 22 for the name of the individual to whom the particular 

10 account belongs and displays the name of the person 2109. Further, the Shipping Log 

1 1 application will search the System database 22 for all packages shipped under the User's 

12 account that conform to the criteria specified in the input fields of the FIG. 77 screen. 

13 [0452] The Shipping Log Screen provides for User selection of the Type of package, e.g., 

14 "All Packages" from the Display option 2118 and Display option pull-down menu button 

15 2117; "For the Past" time period 2 1 1 9 with a pull-down menu button 2120 , e.g., for the past 

1 6 "Month" during which packages were shipped; and "Sort By" 2 1 2 1 -2 1 22 which allows the 

1 7 User to select the order of the Shipping Log report entries. 

1 8 [0453] In response to the Shipping Log request, the System creates a list and displays an 

19 online Shipping Log record for the packages shipped under the User's account and which fit 

20 the selection criteria. For each such package, the System displays: the Status of the package 

21 2125 and the tracking number 2080, the name of the shipper 2126, the Carrier Service 2127, 

22 the name of the Carrier 2128, the Ship Date 2129, and the Delivery Date and time 2129-2130. 

23 If the User wants more information for a particular package in the Shipping Log, the User 

24 highlights the appropriate record in the list and clicks the "Details" button 2124. An "Update 

25 View" button 2123 is also provided. 

26 [0454] FIG. 78 is a graphic representation of an exemplary embodiment of a Detailed 

27 Shipping Log Entry Screen which is displayed if the User highlights the appropriate record in 

28 the Shipping Log list and clicks the "Details" button 2124. The System displays the Shipping 
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1 Log date and time 2140, the System tracking number 2141, the estimated weight of the 

2 package 2142, the billed weight of the package 2143, the Packaging type 2144, the Carrier 

3 and Service 2145, a description of the goods shipped 2146, the shipping status 2071, the 

4 Carrier tracking number 2080, the Shipped Date 2147, the Expected data of arrival 2148, the 

5 Last Scan information 2072, the Recipient's name and address 2149, the Return name and 

6 address 2150, the Ship from location 2153, the base shipping service charge 2151, and the 

7 total shipping charge 2152. 

8 [0455] FIG. 79 is a graphic representation of an exemplary embodiment of a detailed- 

9 "Quick Track" result screen which displays the same type of information described above for 

10 FIG. 78. The way that a User obtains this display is to enter a tracking number 19 into the 

11 Quick Track input field 2115, and by then clicking on the "go" button 2116. 

12 [0456] A registered logged on User can view inbound packages if the User first identifies to 

13 the System package tracking numbers for each of the packages the status of which the User is 

14 interested in monitoring. FIG. 80 is a graphic display of an exemplary embodiment of an 

15 "Add Inbound Packages" Screen. The User requests this screen by clicking on the "Add 

1 6 Inbound Package" option 2 1 1 3 of the "My Tracking" submenu 2110. The User inputs 

17 identification information, such as the tracking number 19 in the input tracking number field 

18 2035, the Carrier 2128, and the Order/Item 2161. The User can also specify that the System is 

19 to provide e-mail notification 2162 with an e-mail message 2163. By clicking on the "E-mail 

20 Others" butto n 2164 , the User can request an "E-mail Others" screen providing input similar 

21 to that, items 2091-2097, and 2036-1, described above for the tracking screen depicted in FIG. 

22 72. By clicking on the "Add" button 2165, the User requests that the record identified in the 

23 User's input be added to a list for that User of Inbound Packages to be monitored. A "Cancel" 

24 button 2166 is also provided. 

25 [0457] Once the User has input the identification information for the packages the status of 

26 which the User wants to monitor, and added all such records to the User's Inbound Tracking 

27 List, the User can then view the status of those identified Inbound packages. To do so, the 

28 user clicks on the "View Inbound Packages" option 21 12 of the "My Tracking" submenu 
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1 21 10. FIG. 81 is a graphic representation of an exemplary embodiment of a "View Inbound 

2 Packages" Summary Screen. Similar to the Shipping Log Screen as discussed above in 

3 relation to FIG. 77, the View Inbound Packages Summary Screen displays information about 

4 packages identified by the User as Inbound Packages. As depicted on FIG. 81, the User can 

5 specify reporting criteria such as Display limitations 2117-2118, and sorting requests 2121- 

6 2122. The User can request details about a particular package by highlighting the reporting 

7 line on the screen and clicking the "Details" button 2124. The User can delete a particular 

8 package from Inbound Package Tracking by highlighting the reporting line on the screen and 

9 clicking the "Delete" button 2 1 70. An "Update View" button 2123 is also provided. 

10 [0458] FIG. 82 is a graphic representation of a View Inbound Packages Detail Screen. The 

1 1 type of information displayed on this screen is similar to the type of information described 

12 with respect to the Shipping Log Detail Screen as depicted in FIG. 78 and discussed above. 

13 

14 ILLUSTRATIVE EMBODIMENTS 

1 5 [0459] Although this invention has been described in certain specific embodiments, many 

16 additional modifications and variations would be apparent to those skilled in the art. It is, 

17 therefore, to be understood that this invention may be practiced otherwise than as specifically 

18 described. Thus, the embodiments of the invention described herein should be considered in 

19 all respects as illustrative and not restrictive, the scope of the invention to be determined by 

20 the appended claims and their equivalents rather than the foregoing description. 
21 

22 
23 
24 
25 
26 
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1 WHAT IS CLAIMED IS: 
2 

3 1 . A computer system, said computer system programmed to: 

4 provide a single system available over a global communications network for shipping 

5 management for each parcel from a plurality of parcels that each Shipper of a plurality of 

6 Shippers ships using any one of a plurality of services offered by any one of a plurality of 

7 carriers. 
8 

9 2. A method using a computer system, said method comprising: 

10 providing a single system available over a global communications network for 

1 1 shipping management for each parcel from a plurality of parcels that each Shipper of a 

12 plurality of Shippers ships using any one of a plurality of services offered by any one of a 

1 3 plurality of carriers. 
14 

15 3 . A computer program product embodying computer program instructions for 

16 execution by a computer system, said computer program product comprising: 

17 a set of program instructions for providing a single system available over a global 

18 communications network for shipping management for each parcel from a plurality of parcels 

1 9 that each Shipper of a plurality of Shippers ships using any one of a plurality of services 

20 offered by any one of a plurality of carriers. 
21 

22 4. A shipping management computer system, said shipping management 

23 computer system programmed to: 

24 limit an identification of a plurality of carriers for selection by a second user 

25 according to a set of carriers from a plurality of carriers according to a set of specifications of 

26 a first user. 
27 

28 5. A shipping management computer system, said shipping management 

29 computer system programmed to: 
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1 customize a calculation and display of itemized charges and a total for payment by a 

2 second user according to a set of itemized charge presentation preferences from a plurality of 

3 itemized charge presentation options according to a set of itemized charge presentation 

4 preferences specified by a first user. 
5 

6 6. A shipping management computer system, said shipping management 

7 computer system programmed to: 

8 collect as itemized charge presentation preferences of a first user a user input from the 

9 first user of an identification of itemized charge presentation options; and 

10 store in a database the itemized charge presentation preferences of the first user. 

11 

12 7. A shipping management computer system, said shipping management 

1 3 computer system programmed to: 

14 limit an identification of a plurality of payment methods for selection by a second user 

1 5 according to a set of preferred payment methods from a plurality of payment methods 

16 according to a set of specifications of a first user. 
17 

18 8. A shipping management computer system, said shipping management 

1 9 computer system programmed to: 

20 collect as preferred payment methods of a first user a first user input of the first user 

21 of a selection of at least one payment method from a plurality of payment method; and 

22 store in a database the preferred payment methods of the first user. 
23 

24 9. A computer system for performing a set of actions for a plurality of users, 

25 wherein each user accesses the computer system over a global communications network 

26 using a client computer device, said computer system programmed to: 

27 create at a linkable address on a server computer an electronic commerce site from 

28 which a second user can perform a particular activity, the particular activity characterized by 

29 a set of options, in accordance with a particular first user's option preferences. 
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1 

2 10. A computer system for performing a set of actions for a plurality of users, 

3 wherein each user accesses the computer system over a global communications network 

4 using a client computer device, said computer system programmed to: 

5 create a hypertext link template containing variable data and global communications 

6 address fields; 

7 collect user input of data from a first user; 

8 populate a plurality of variable data fields in the hypertext link template with the 

9 collected user input data; and 

10 populate at least one global communications address field with a universal address 

1 1 location corresponding to an address at which program instructions for processing the data in 

12 the variable data fields is located. 
13 

14 11. A computer system for performing a set of actions for a plurality of users, 

1 5 wherein each user accesses the computer system over a global communications network 

16 using a client computer device, said computer system programmed to: 

17 collect from a first user service information about a service to be provided by the first 

18 user; 

19 collect from a second user requesting the service from the first user information about 

20 delivery of the service; and 

21 prepare information about the service according to the requesting information 

22 provided by the second user and the service information provided by the first user. 
23 

24 12. A shipping management computer system, said shipping management 

25 computer system programmed to: 

26 collect from a first user having access to a first computer device a set of information 

27 comprising: parcel specifications for shipping a particular parcel, shipping preferences, and 

28 selling preferences; and 

29 collect from a second user having access to a second computer device a set of 
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1 recipient information comprising: a destination zip code, a selection of a carrier and a 

2 selection of a, service offered by the selected carrier. 
3 

4 13. A shipping management computer system, said shipping management 

5 computer system programmed to: 

6 generate a unique tracking number for each parcel to be shipped using a multi-carrier, 

7 shipping system. 
8 

9 14. A shipping management computer system, said shipping management 

1 0 computer system programmed to : 

1 1 identify a relationship between a generated unique tracking number and a 

12 corresponding parcel; and 

13 store each generated unique tracking number and the corresponding parcel 

14 relationship in a database. 
15 

16 15. A shipping management computer system, said shipping management 

17 computer system programmed to: 

18 generate a unique tracking number for each parcel to be shipped using the system 

19 wherein each parcel is characterized by a set of parcel specifications and each shipment of 

20 each parcel is characterized by a set of shipment specifications. 
21 

22 16. A computer system for performing a set of actions for a plurality of users, 

23 wherein each user accesses the computer system over a global communications network 

24 using a client computer device, said computer system programmed to: 

25 notify a first user that a second user has refused to complete purchase of an item after 

26 a point in time that the second user has indicated to the first user that the second user wanted 

27 to purchase the item, and after a point in time that the first user has indicated to the second 

28 user that the item is available to the second user for purchase, but before the second user has 

29 provided delivery and payment information to the first user. 
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1 1 7. A computer system for performing a set of actions for a plurality of users, 

2 wherein each user accesses the computer system over a global communications network 

3 using a client computer device, said computer system programmed to: 

4 collect as refusal information an input by a particular second user of a refusal to 

5 complete a purchase from a particular first user. 
6 

7 1 8. A shipping management computer system, said shipping management 

8 computer system programmed to: 

9 generate a shipping log entry to a shipping log of a first user in response to a shipping 

10 selection by a second user of a service and carrier, wherein said shipping log entry contains a 

1 1 unique identifier corresponding to a particular item to be shipped and further corresponding 

12 to a database entry for the particular item further containing information corresponding to the 

13 selected service and carrier. 
14 

15 19. A shipping management computer system, said shipping management 

1 6 computer system programmed to: 

1 7 recognize as a selection of a carrier and a service a selection by the second user of a 

18 particular shipping rate from an online interactive comparison display, said shipping rate 

19 corresponding to the selected carrier and the selected service shipping a particular item; and 

20 generate an entry to a shipping log of a second user for shipping the particular item 

21 using a the selected carrier and service. 
22 

23 20. A computer system for performing a set of actions for a plurality of users, said 

24 computer system programmed to: 

25 automatically notify a second user that a first user has taken an action with respect to 

26 an item ordered by the second user. 
27 

28 2 1 . A computer system for performing a set of actions for a plurality of users, said 

29 computer system programmed to: 
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1 recognize as an action confirmation for a particular item ordered by a second user a 

2 selection by a first user of a unique identifier corresponding to the particular ordered item, 

3 said selection of the unique identifier from an online electronic list of ordered items, said list 

4 corresponding to a next action status regarding the listed ordered items. 
5 

6 22. A shipping management computer system, said shipping management 

7 computer system programmed to: 

8 track a shipping status of each of a plurality of parcels, wherein each parcel is shipped 

9 by one of a plurality of services offered by one of a plurality of carriers. 
10 

11 23 . A shipping management computer system, said shipping management 

1 2 computer system programmed to : 

13 poll an appropriate carrier shipping status system from a plurality of carrier shipping 

14 status systems in response to a user tracking request to obtain current tracking status 

1 5 information for a particular package. 
16 

17 24. A shipping management computer system, said shipping management 

1 8 computer system programmed to : 

19 recognize as a tracking request a request by a user to track a particular parcel, said 

20 request comprising a tracking number. 
21 

22 25. A shipping management computer system, said shipping management 

23 computer system programmed to: 

24 periodically generate signals to an appropriate carrier shipping status system from a 

25 plurality of carrier shipping status systems at the electronic address for the carrier computer 

26 system requesting shipping status for a particular parcel. 
27 

28 

29 26. A computer system for managing shipping of a plurality of parcels by a 
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1 plurality of users using a plurality of carriers, said computer system comprising: 

2 a plurality of server computer devices, 

3 wherein each server computer device is programmed to perform a plurality of 

4 activities in support of a particular function, wherein each server computer device is 

5 programmed to support a different particular function, and wherein each particular function 

6 contributes to managing shipping of the plurality of parcels. 
7 

8 27. A shipping management computer system, said shipping management 

9 computer system programmed to: 

10 apply, in response to a request by any particular user of a plurality of users, a set of 

1 1 shipping location rules for each of a plurality of carriers to a default shipping location and a 

12 set of parcel specifications input by the particular requesting user, wherein each user accesses 

13 the computer system over a global communications network using a client computer device, 

14 each user client computer device having an individual electronic connection to the global 

15 communications network; 
16 

17 28. A shipping management computer system, said shipping management 

18 computer system programmed to: 

1 9 apply, in response to a request by any particular user of a plurality of users, a set of 

20 parcel handling rules for each of a plurality of Carriers to a set of parcel specifications for a 

21 particular package to be shipped input by the particular requesting user, wherein each user 

22 accesses the computer system over a global communications network using a client computer 

23 device, each user client computer device having an individual electronic connection to the 

24 global communications network. 
25 

26 29. A shipping management computer system, said shipping management 

27 computer system programmed to: 

28 identify, in response to a request by any particular user of a plurality of users, each 

29 carrier from a plurality of carriers that supports shipping a particular parcel according to a set 
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1 of parcel specifications for a particular package input by the particular requesting user, 

2 wherein each user accesses the computer system over a global communications network 

3 using a client computer device, each user client computer device having an individual 

4 electronic connection to the global communications network. 
5 

6 30. A shipping management computer system, said shipping management 

7 computer system programmed to: 

8 collect as parcel specifications for a particular parcel to be shipped by a particular 

9 user, user input from the particular user from a plurality of users, said parcel specifications 

10 comprising at least one of: a package type, package dimensions, package weight, and a value 

1 1 of the particular parcel, wherein each user accesses the computer system over a global 

12 communications network using a client computer device, each user client computer having an 

13 individual electronic connection to the global communications network; and 

14 store in a database a record corresponding to the particular user , said record 

15 comprising an identifier for the particular user and the parcel specifications for the particular 

16 parcel. 
17 

1 8 31. A shipping management computer system, said shipping management 

1 9 computer system programmed to : 

20 instruct each remote user client computer device of a plurality of remote user client 

21 computer devices over a global communications network to recognize a weight of a parcel as 

22 measured by a digital scale configured with a remote user client computer device; and 

23 instruct each remote user client computer device of the plurality of remote user client 

24 computer devices to return a weight to the shipping management computer system. 

25 * 

26 32. The shipping management computer system of Claim 3 1 , said shipping 

27 management computer system further programmed to: 

28 receive a weight communicated by each remote user client computer device over a 

29 global communications network, wherein the remote user client computer device is 
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1 configured with a digital scale. 
2 

3 33. A shipping management computer system, said computer system programmed 

4 to: 

5 display to each of a plurality of users upon each user's request a preview of shipping 

6 rates for the particular user to ship a particular package, wherein each user accesses the 

7 computer system over a global communications network using a client computer device, 

8 wherein each user having an individual electronic connection to the global communications 

9 network. 
10 

11 34. A shipping management computer system, said computer system programmed 

12 to: 

1 3 . calculate for each of a plurality of users upon each user's request a shipping rate for 

14 each of a plurality of services offered by each of a plurality of carriers for shipping a 

1 5 particular parcel, wherein each user accesses the computer system over a global 

16 communications network using a client computer device, wherein each user client computer 

17 device having an individual electronic connection to the global communications network. 
18 

19 35. A shipping management computer system, said computer system programmed 

20 to: 

21 determine for each of a plurality of users upon each user's request a delivery schedule 

22 for each of a plurality of services offered by each of a plurality of carriers for shipping a 

23 particular parcel, wherein each user accesses the computer system over a global 

24 communications network using a client computer device, wherein each user client computer 

25 device having an individual electronic connection to the global communications network. 
26 

27 36. A shipping management computer system, said computer system programmed 

28 to: 

29 display to each of a plurality of users, upon each user's request, as to each particular 
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1 parcel to be shipped by the particular user, an identification of each of a plurality of carriers 

2 that provide a plurality of delivery notification service options, wherein each user accesses 

3 the computer system over a global communications network using a client computer device, 

4 and wherein each user client computer device has an individual electronic connection to the 

5 global communications network. 
6 

7 37. A shipping management computer system, said computer system programmed 

8 to: 

9 calculate, upon each request by each of a plurality of users, as to each particular 

10 parcel to be shipped by a particular user, a service charge by each carrier for each delivery 

1 1 notification service option that the particular carrier supports for delivery of the particular 

12 package to be shipped by the particular user, wherein each user accesses the computer system 

13 over a global communications network using a client computer device, and wherein each user 

14 client computer device has an individual electronic connection to the global communications 

15 network. 
16 

17 38. A shipping management computer system, said computer system programmed 

18 to: 

19 identify to each of a plurality of users, upon each user's request, as to each particular 

20 parcel to be shipped by the particular user, a service charge by each carrier for each delivery 

21 notification service option that the particular carrier supports for delivery of the particular 

22 package to be shipped by the particular user, wherein each user accesses the computer system 

23 over a global communications network using a client computer device, and wherein each user 

24 client computer device has an individual electronic connection to the global communications 

25 network. 
26 

27 39. A shipping management computer system, said computer system programmed 

28 to: 

29 display to each of a plurality of users, upon each user's request, as to each particular 
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1 parcel to be shipped by the particular user, an identification of each of a plurality of carriers 

2 that provide a plurality of delivery service options, wherein each user accesses the computer 

3 system over a global communications network using a client computer device, and wherein 

4 each user client computer device has an individual electronic connection to the global 

5 communications network. 
6 

7 40. A shipping management computer system, said computer system programmed 

8 to: 

9 calculate, upon each request by each of a plurality of users, as to each particular 

10 parcel to be shipped by a particular user, a service charge by each carrier for each service 

1 1 option that the particular carrier supports for delivery of the particular package to be shipped 

12 by the particular user, wherein each user accesses the computer system over a global 

13 communications network using a client computer device, and wherein each user client 

14 computer device has an individual electronic connection to the global communications 

1 5 network. 
16 

17 41 . A shipping management computer system, said computer system programmed 

18 to: 

19 identify to each of a plurality of users, upon each user's request, as to each particular 

20 parcel to be shipped by the particular user, a service charge by each carrier for each service 

21 option that the particular carrier supports for delivery of the particular package to be shipped 

22 by the particular user, wherein each user accesses the computer system over a global 

23 communications network using a client computer device, and wherein each user client 

24 computer device has an individual electronic connection to the global communications 

25 network. 
26 

27 42. A shipping management computer system, said computer system programmed 

28 to: 

29 display to each of a plurality of users, upon each user's request, as to each particular 
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1 parcel to be shipped by each user, an online interactive graphic comparison of a plurality of 

2 shipping rates calculated for each of a plurality of services offered by each of a plurality of 

3 carriers to ship a particular parcel, each shipping rate corresponding to a particular service 

4 offered by a particular carrier for delivering the particular parcel to a particular delivery 

5 destination at a particular parcel delivery time on a particular parcel delivery date, wherein 

6 each user accesses the computer system over a global communications network using a client 

7 computer device, and wherein each user has an individual electronic connection to the global 

8 communications network. 
9 

10 43. An online interactive shipping management computer system, said computer 

1 1 system programmed to : 

12 regenerate a display of shipping information at any particular remote user client 

13 computer device of a plurality of remote user client computer devices, based on modified 

14 input by a particular user at a particular remote user client computer device, wherein the 

1 5 computer system communicates with each remote user client computer device over a global 

1 6 communications network. 
17 

18 44. An online interactive shipping management computer system, said computer 

19 system programmed to: 

20 execute a set of computer instructions for generating an interactive user interface 

21 display of rating and schedule shipping information with a set of data input by a particular 

22 user from a particular remote user client computer device connected to the computer system 

23 over a global communications network; and 

24 generate the interactive user interface shipping information display comprising the 

25 data input by the particular user, a result of the executed set of computer instructions, at least 

26 one data collection field initialized with a data item from the data input by the particular user, 

27 and an instruction to execute the executable set of instructions in response to a user 

28 modification of data in the data collection field. 
29 
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1 45. The online interactive shipping management computer system of Claim 43, 

2 said computer system further programmed toi 

3 distribute with the interactive user interface shipping information display to the client 

4 computer device an executable set of the executed computer instructions with the instruction 

5 to execute the executable set of instructions in response to a user modification of the 

6 initialized data in the data collection field. 
7 

8 46. A shipping management computer system, said shipping management 

9 computer system programmed to: 

10 apply, in response to a request by any particular user of a plurality of users, a set of 

1 1 billing option rules for each of a plurality of carriers to a single billing option preference 

12 input by the particular requesting user, wherein each user accesses the computer system over 

13 a global communications network using a client computer device, each user client computer 

14 device having an individual electronic connection to the global communications network. 
15 

16 47. A shipping management computer system, said shipping management 

17 computer system programmed to: 

18 identify, in response to a request by any particular user of a plurality of users, each 

19 carrier from a plurality of carriers that supports a particular billing option preference input by 

20 the particular requesting user for shipping a particular parcel, wherein each user accesses the 

21 computer system over a global communications network using a client computer device, each 

22 user client computer device having an individual electronic connection to the global 

23 communications network. 
24 

25 48. A shipping management computer system, said shipping management 

26 computer system programmed to: 

27 collect as a billing option preference for each particular user of a plurality of users a 

28 user input from the particular user of an identification of a billing option preference for 

29 parcels to be shipped by the particular user, wherein each user accesses the computer system 
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1 over a global communications network using a client computer device, each user client 

2 computer having an individual electronic connection to the global communications network; 

3 and 

4 store in a database a record corresponding to each particular user, said record 

5 comprising an identifier for the particular user and the billing option preference for the 

6 particular user. 
7 

8 49. The shipping management computer system of Claim 48, said shipping 

9 management computer system further programmed to: 

10 identify, in response to a request by any particular user of a plurality of users, each 

1 1 carrier from a plurality of carriers that supports shipping a particular parcel wherein the 

12 particular parcel is characterized by a set of parcel characteristics, wherein said set of parcel 

13 characteristics translate into a particular ratable weight according to dimensional weight 

14 calculation rules for each of the plurality of carriers, wherein each user accesses the computer 

15 system over a global communications network using a client computer device, each user 

16 client computer device having an individual electronic connection to the global 

17 communications network. 
18 

19 50. A shipping management computer system, said computer system programmed 

20 to: 

21 determine for each of a plurality of users upon input by each user of a particular origin 

22 postal code and a particular destination postal code an origin rating zone identifier corresponding 

23 to the particular origin postal code for each of a plurality of carriers, and a destination rating zone 

24 identifier corresponding to the particular destination postal code for each of the plurality of 

25 carriers, wherein each user accesses the shipping management computer system over a global 

26 communications network using a client computer device, and wherein each user client computer 

27 device has an individual electronic connection to the global communications network. 
28 

29 5 1 . A shipping management computer system, said computer system programmed 
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1 to: 

2 determine from a set of delivery times for each of a plurality of services for each of a 

3 plurality of carriers a potential delivery schedule for each of the plurality of services for each of 

4 the plurality of carriers in response to a request by each of a plurality of users to ship a particular 

5 parcel, wherein each user accesses the shipping management computer system over a global 

6 communications network using a client computer device, and wherein each user client computer 

7 device has an individual electronic connection to the global communications network. 
8 

9 52. A shipping management computer system, said computer system programmed 

10 to: 

1 1 recognize, in response to a particular user of a plurality of users using a particular 

12 remote user client computer device to print a shipping label for shipping a particular parcel 

13 using a particular carrier from a plurality of carriers, a set of graphic resolution characteristics 

14 of a printer device configured with the particular remote user client computer device, 

15 wherein each user accesses the computer system over a global communications network 

16 using a remote user client computer device, each remote user client computer device having 

17 an individual electronic connection to the global communications network. 
18 

19 53. The computer system of Claim 52, said computer system further programmed 

20 to: 

21 create a shipping label image bearing a dimensionally accurate symbology for display 

22 on a display device configured with the particular remote user client computer device for 

23 printing on the particular printer device. 
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1 APPARATUS, SYSTEMS AND METHODS FOR ONLINE, MULTI-CARRIER, MULTI- 

2 SERVICE PARCEL SHIPPING MANAGEMENT 
3 

4 ABSTRACT OF THE INVENTION. 

5 The present invention provides apparatus, systems and methods providing a single 

6 system available over a global communications network for shipping management for each 

7 parcel from a plurality of parcels that each Shipper of a plurality of Shippers ships using any 

8 one of a plurality of services offered by any one of a plurality of carriers. 
9 

10 
11 
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